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Cpngress copy. (2) editing of input into standard format, (5) processing of information 
W authority files, (4) creation of the cat^og records. (5) 

Pf cat^gs. and (6) printing out the required listings and records. None 
of thk^Se p^ts are ii^epet^^ df the other; successive parts feed back recycling 
-;'mfdrrh^^ Ipgicajiunits: Having only one input point and one output point m 

The Sysfm advah|;^e in minimizing operations complexity. The foiowii^ 
Information is pfovid^^in this volume about the computer operation of the csifploging 
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their values^ (?) a summary of the error conditions. (8) the controls necessary for 
prop^ system, (9) programming notes, and. (10) two sets of 
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ORGANIZATION OF THE SPECIFICATIONS 



The system specifications consist of the following parts: 

System Definition 

Flow Chart 

Narrative Description 

File Content and Record Derivation 

Record Content 

Field Derivation 

Code Listing 

Error Conditions 

Controls 

Programming Notes 
Parameters 

They are to be used as follows: 

System Definition 

The system definition should be read first in order to understand what the 
system is trying to accomplish . The remaining specification items explain in de- 
tail what processing is to be accomplished,Jn each computer run . However, they 
do not explain the meaning of the various data elements, nor do they give the ob- 
jectives of the various processing steps . In addition, there are a few cases in which 
certain of the specifications make specific reference to the system definition.' This 
only occurs when a procedure given in the system definition contains all of the detail 
required to completely define Hie steps which the computer program must take . In 
this case, instead of repeating the description reference is made to the system de- 
finition* 

Flow Chart 

The flow chart shows every computer run. It shows every input and output 
for each run and shows the folow of data between nms . In order to imderstand the 
system, it is necessary to use remaining documentation in connection with the flow 
chart . 

Narrative Description 

The narrative description is not a part of the formal specifications for this 
system . Everything in the narrative description is repeated elsewhere in more exact 
form, and nowhere is the narrative description complete enough to fully define any 
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procedure. The purpose of the narrative description is only to give the reader 
a basic overall picture of the functioning of the system • The specifications are 
quite detailed and it can be difficult to build up the total picture from the details . 
■ It is much easier to examine the details if a genera! picture of the system func- 
tions is first obtained. As the narrative description is read, the flow, chart 
should be followed . 



File Content and Record Derivation 



For every data file specified on the flow chart, one File Content and Re- 
cord Derivation specification is prepared . Tins specification lists every record 
on the file and it states the conditions under which’ this record will be present in 
the output file . For each record a reference is given to a Record Content Sheet 
which will describe the contents of that record in detail . 



Record Content Sheets 



7 



One of these sheets is prepared for each record fdrmat used b^ die System . 
If a rnmiber of different records use the same format then only one of these sheets 
will be prepared for all of the records, and in the file content* listing tbies^^ 
will all be referred to dds sheet . , 



Each data field present in’ the record is listed dn (bis sheet To the Idit of 
the data field an X is placed if diat ^data field is always' presenri^^ rbcbrd. An O 
i^ placed if die p:tesenced^^^ optional. To ibe right of or V 

is placed to denote fixed or ykriahle len^ * ' 









Field Derivation 









A 






I 

1 






in certain cases a record is transcribed unchanged farCm input to' o^ .In 
these cases the fact is noted on the file content sheet. In all other cases (be 'way 
in which the output fields are obtained from the inputs must be given . This is done 
by means of field derivation sheets . One of these sheets is prepared^fbf eaCb record 
in the system for -which such definitions are needed . For each field in the output 
recordjdie s]^c,i|ications for dbtahiuig it from the proper ^ 

many cases tiie?c nre only fields i^^ ^e record which need ^ s^cifi- 

cations, and for the rest a simple statement'is given that they dre transcribed un- 
changed from the input. Note that this particular item of documentation is the item 
which contains all of the information necessary to work out jbe prograni logic . 



Code Listing 



X 



-V 

• HO 



* \ ^ 






. All of (be importsqit specif codes which occur in records ib the system are 

listed here and the allowable code valued are given i “ 
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Error Conditions 

Some of the error conditions that will be detected by the machine are given 
in the field derivation sheets. Some are given also in the system definition. Ihis 
section summarizes these conditiDns and specifies any others which have not been 

previously given . 

Controls 

This section states the controls that must be built into the system in order to 
guard loss of input or system errors in the progress from run to run . 



Programming Notes 

This section contains various comments which may be useful to the pro^ammer in 
working out the construction of the program to implement the specifications . 



Parameters 

Two sets of narameters are defined. System parameters are to be <tejj»ed by 
the user and may be" incorporated into the programs since they will »<>» “ 

changed. Operating parameters must be entered for each runmng of ^ 
fine certain system options (for example, running of the main Catalog Update) . 
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GENERAL DESCRIPTION OF THE SYSTEM 



The logic of the system may be divided into the following parts: 

, / ' 

1 . LC processing (run 1-5) 

2. Edit into standard format (run 6) 

3 . Authority processing (run 7-8) 

4 . Cataloging (nm 9-10) 

5 • Production of Catalogs (run 11 - 13) 

6. Output Printing - Working Reports (run 15 - 16) 

These parts are not independent of one another. Each logical imit is depen- 
dent upon preceding iuiits • Successive units will feed back recycling information to 
earlier lo^cal units, as will be seen in the succeeding writeup . 

A characteristic feature of this system is that there is only one input point 
to the system and only one Output point in the day-to-day running of the system . 
Data is entered in run 1 even though it may not be operated upon until run 9 and out- 
put printing from early nms is carried through the system until the single output 
exit point . While this slightly increases the run-time it provides .an advantage in 
minimizing operations complexity . 

Processing of Library of Congress Copy 

Since the libraries intend to make extensive use of MARC produced catalog 
information the system must provide a means of maintaining files of this LC copy 
and must allow access to this copy by item number and, where possible, by 
alphabetic matching . 

The first five runs of this series provide these mechanisms . There are 
several advantages of placing the runs in this position in the ’system • 

1. The system can initially be implemented without these runs . ♦ 

2 . The LC subsystem may be run less frequently than the rest of the system 
(by allowing cataloging and authority data to enter at run 6) . 
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3 . LC copy need not be extensively operated upon until it is to be used in 
cataloging. 

4. When LC copy is called ior by item number there is no delay in the copy 
entering the system . • 

The first five runs are concerned with only two of the system Inputs: LC 
copy and New Title Notices . , AU othesr taputp. will, be carried forward to be 
acted upon later in the system . 



RUNl 

INPUT EDIT 



-.t-H .'v'j i 

* * : ’ 



New Title Notice 



- ; c fo : f - t The New Tide Notice is entered intp Jhe .^stem >n one ^ ^ • 

If LC nunoberiisvknown.thatis all need % ent«^^^ not 

jknown certain alphabedc information is requfced . It is felt that norfeaUy the 
ur; 7 fq;alphabetic match will nqt requhre foll^author and dtle and thaj an alpha tag can be 
, r,; ^ -.Tconstmted which will rpduce die size qf alplm ides to and yet provide 

- t i fareasonable assurance .of ftading. a. uniqqe match. This ^estipn c^^ be re- 

> usolved with experience... Initially ^die t^g for personal nam^^ as the 

^ai:^first^en characters of the au|,hor’s last name, foUoAved by clmracters of the 






tide. 






Where the NTN has no LC number die tag wlU be generated In run 1 to be 
used in the search in run 3 . The suffix of the a^pha ta^ will be the Ifew York Item 
Number . The NTN itself will be passed forward to the Item Master File . 



p LC Copy 



.f 






A 






The MARC project has not teen complet^' aiid no final fottat has been 
for the machine -readable copy . It is certain ffiough that enough tafo^aUon 

ar\ nlnVifl taor foi? tll6 LO fllpllft S6ft1TCh • III ITUn If tll6 



#ill be present ito develop an alpha tag for the LC , alp^ 

copy wiU be read into i the system ,^d, passed on^to update me ^ ^ 

number sequence (run 5) but at the same time an alpha tag will be developed to be 

used in run 3. 
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RUN 2 

ALPHA SORT 

!n addition to the output of run 1, run 2 will have as input recycling infor- 
mation on alpha tags . These recycling records will be in proper format . An 
explanation of these records will be given in run 10 . All alpha tag records will 
be sorted together alphabetically . 0±er records, supplied with a dummy tag in 
run 1 will not be sorted into any particular sequence, but wiJ.1 be placed before the 
alpha tag records . 



RUN 3 

ALPHA UPDATE AND CHECK 

The first function of run 3 will be to retag all records not connected with 
this run to allow the sort in run 4 to properly sequence the records for run 5 • All 
LC copy entering the system is used in run 5 • Any New Title Notices which have an 
LC number are also used in run 5 . All other records are passed forward with 
arbitrary tags . 

The input alpha tags are matched against the alpha tag file • The inputs are 



either additions to file from input or recycle, 


or are deletions from the recyle . 


Four conditions are 


possible: 




’ 


Addition - 


No Match 


- 


Add to Master File - dated 


Deletion - 


Match 


- ‘ 


Delete from file 


Deletion - 


No Match 


- 


Should not occur, - system error 


Addition - 


Match 


- 


Further action taken 



Each record on the master file contains the date the record was placeion the 
file . Automatic deletion of records will occur when records have existed on file for 
a given period of time, to be determined from experience . Deletion of the alpha 
records also controls deletion of LC Copy from the Dormant LC File . 

Where there is a match several alternative reasons may exist: 

Input File 

LC LC LC input is added to file> dated . i ro fjrtlier action is 

taken. It is presumed that LC will not make the error 
of cataloging an item under two numbers and that the 
match represents a coincidence because of the limi- 
tations of an alpha tag. 
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foput 



LC 



j' i- 



‘Sljocal • '■ u: ' 












Fi!: 



Local 






iLC 



: : s \ 

' ^ aK.* i»,. 

, >f| ./i; ^ 



LC alpha record is added to file dated. 
Request is made to inin 5 to extract the new 
LC copy to be printed f«*ir comparison against 
the loci .copy . Printing will be done under 
the local numbers . . . 



-k V J . t 



, A request is sent to run 5 to ^tract the LC 
copy to print a comparison . feinting will be 
done under the local number . 



Local 



Local 



j; ;The^ new local alpha tag will be added to the 
' ‘ file dated. An indication will be made under 



^ f i 



;;x5. a 1 Ai ,the new lopal number of the presence of a 



' dupicate fag. A manual examination must be 
‘ :orj 3l < i ; " . . , ; . , H made to determine, if an item^has been entered 

, ..p/.,, , .^,,^,.,>jUAder ty?;q it 



rsWder t^q Item.^^ 

•’ •••■■■■. ’■ ■'•■-...A j Jtj |.v-, ; f 

?'|4vv' l>i t^-'vTajj ;''x- 3 .! 3 I'r , 7 






Xiij 



/, iJ/s,*. vV 4.* ^ ,4 ^ 

RUN 4 



■* K J A 



^ rj * ' ]fj f 



fiAof .. ;> LTEM NUMBER SORT, 

• ■ '■ DV,,; 7C' . ::^A:rv=:.i tx- ii-cu Tboa-.. 

LC copy entering the system, NTN requests for LC copy fqr ^ NTN 

V . alpha match request (generated from run 3) for LC copy for printing sm^ requests for 
dictions of LC copy are ithe inputs to be sorted tlds rim . OAer, r^ecords are passed 
. teough without' sorting sequencing is by LC rtem numb^]^ an item 

-'^ ‘ nuniberiby the-sequence:.. IC additions, NTN item number rq^uests, NTN alpha 
match iliquestsyJdeletidnsai 



■At H 



'.;cr -((iRUN.'S ,, ■, ,,„ .... ..... „.. 



.• I .. liGiUroA^^ AND CHECK 






cVn\t 



. j, ^ 

— -’n ^ 

' / :\*'r 



’ ^The above four records are p^ssed^a^^ LC input 

records hhould have no matching LC record on file . Existence of LC-LC match 
is system error . LC record added to file . When LC^ .copy matches a previously 
entered NTN request the LC copy is sent forward to the IMF . ^ ^ 






:>:i; ft- js,*; flTNTtem nu'uabervrequesfs pausO; extraction of LC copy when a match is 
* v ^ found I' 'Should nol^match befoupd,vthe^ OT is dated and placed on file in antici« 
' ' ipatidn- of: {atfq^e^LCAcqpy j,^x .n.\ ■ • 
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NTN alpha run requests cause LC copy to be extracted for printing only, 
under the local item number . If manual inspection indicates that the NTN and LC copy are 
for the same item, a subsequent NTN with the proper LC number must be entered. A 
request to change the local number to the LC number should also be inputed. 



From time to time, older LC copy records will be removed from the current 
file and passed forward to be placed on the Dormant LC Copy File and across -reference 
is left on the LC Copy file . 



LC copy deletion records generated in the alpha run. cause (Metion of cross- 
references to ^e Dormant file and are passed forward to delete the copy from the Dormant 



file . 



RUN 6 



EDIT RUN 



Rtm 6 edits those records which have been up to this point simpfy carried 
through for later use in the system . In addition, run 6 extracts ail est^lished forms 
for the^ records and sets up heading check records which will be used in the following 
runs tO'Check the correctness of the established forms and to extract data about the 
established forms . Records pulled off the LC number file for use in cataloging are 
edited in run 6 to the same format to which locally prepared catalog records are edited. 



The filing program will also be in run 6 . This program will exainine designated 
elements in run 6 and if the elements do not have filing forms and if certain tests show 
that a j&ling form is needed the program will create the filing form . This program has 
not been specified at this time . Conceivably the program would be so large tha«* i.t w^tdd 
require a separate run following run 6 to carry out the work . 



RUN 7 



ESTABLISHED FORM SORT 



'ff 



This imn sorts into alphabetic sequence all those records which will be used 
in run 8, the authority file update and check . The sort is to straight alphabetic machine 
sequence, no filing forms are used. 



RUN 8 



AUTHORITY UPDATE AND CHECK 



The authority check file contains all the e'stablished forms used in the system . 
These are organized into a number of separate authority files . There is one file which is 
designated as the mam authority file and there are as many other files as desired. 
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gress headings . It is. possible to desi^ate Library c 
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The Author!^ Check file also indexes each occurance of ^ established form oh 
: iv item number-^^^^ of each bccurdnce so that a 

" *rA.- ctln^ingfi to Eft ^^4-^‘U1‘5«'U«i4 -fUwvk nsrtIT 'jTiVrirna^iriill’^r l^fldn0*6S tO e11 
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RUN 9 






-SORT TO ITEM NTJMBER 

Run 9 sorts aU' records tiikt^^RTbe-used in run 10 into item nunnter sequ®d9® ' 
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ITEM MASTER FILE UPDATE 



Run 10 is the basic control ruii of the system . Each new catalog worksheet 
entered into the fystppa is transfo^ed mto a catalog record which is entered onto 
the Item Master Filbl- The a mechanism for change to the 

caMog . It is also the file that will be used for , special searches . A catalog record 
r/: .T /. piobf read^g is being errors are 

vv g|Wcorre^ r^ihng is c^ erifot feee 

’ catalog entry recdfyis are geherkted*iftom the ltdm'MaSter File "knd these are passed 



- ^ 



^JSaciif f^^^^^ assi^ed .m aire in sequence by authority 

" Me hunger bf eSt^ablisHed domis to specific authoriijr chfeck files 

" is;aSbnttfeiy aibiira^ 

.ex^dWd that per sonal and corporate naiheS and subjects' and other ’established forms 
intended for use in catailog headings will be assigned to the main authority file and 
iliat a^separate adthdfity file will be sdt up for each type of heading WMch does not 
' |gnerat!ec^^^ established . TKuS it pUblis^^^ places 

are established separately authority files can be set up fdr these Whfeh ruh'6 creates 
headii^ check records to be checked against the authority file, it puts the authority 

^ '^^iile nuh&er Inid thbhda&g Chec^^^^^ into sequence by authority 

■:.Hn 'VH <,-5'4.«ji;vv/.- <•• !> > . . '>.-f v-.J; ^/1 t ^.--rr'-:c- ’• •• ”; •:•■♦ -.v.^pcViKS'’. 

” file number . 



Two types of action take place in run 8. New authority information is applied 
- to the authority file and the authori^^ fRe is updateti; and, catalog worksheets and 
Library of Congress copy are checked'against the authority file to check validity of 
established form and to extract,infprmation about the established forms from the 
authority file, if such informatiok is pfhsent . This information consists of fil^ fom, 
description codes, and (if codes are used for es^lished ^oxm) Rie correct printing 
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forward to the catalog files . However, the catalog record remains on the 
Item Master File for some predetermined period. of time to allow changes to the 
record if errors are discovered upon inspection in the catalog or if new infor- 
mation is obtained, perhaps as a result of receipt of LC copy not previpusly 
available • After this preset time period has elapsed tlie record is dropped from 
the item master file . It is put upon a supplementary, item master file arid it can 
be reentered to the system any time that die record is needed in order to make 
changes to the catalog or for other purposes • A brief description of the various 
functions carried out by that run will be given in the following paragraph . A new 
catalog record is put onto the ftem Master, File and an output record is generated 
that will be used to print proof copy . if the preset time period for proof reading 
elapses with no further input for this item number, tiien catalog entry records are 
put out for each catalog entry designated in the Item Master File record. If a 
change to the Item Master File record is received while it is still ha hold status, ’ 
then the change is made to the record and the hold period is reinitiated . If a change 
comes through to the record after the entries have already been generated anJ have 
been passed through to the catalog, then, from the tracings in the Item Master File ' 
record, new entries are generated to correct all entries that have been made in the 
catalog . When LC copy is selected from theLibrary of Congress file in run 5 it is 
passed through and put out to the item Master File in run 10 . It stays there until a 
decision is made by the cataloger about the use or non-use of LC copy . Depending 
upon this decision a catalog record is created from the LC copy or a new catalog record 
is created. 



Whenever a change is made to those elements of an Item Master file record 
which are used in constructing an alpha tag the appropriate alpha tag change must be 
recirculated to the alpha check file . 



RUN lOA 

SUPPLEMENT ITEM MASTER RUN 



The catalog is kept in three parts . There is a main catalog file, updated at 
infrequent intervals, probs^ly in excess of a year, which will. show the bulk of the 
holdings of the library . There is a supplement file, updated every month showing 
all additions and changes since last main update . And there is a current file show- 
ing all additions and changes since last supplement update . The Supplenient Item 
Master File is kept in phase with the Supplenient Catalog File ^d contains one record 
for each item number represented in the Supplement Catalog File . The records are 
in item number sequence . Each month, before the time that the supplement catalog is 
to be updated. Item Master File records which have generated entries for the 
supplement catalog are passed on to nm 10 for addition to the Supplement Item Master 
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FileV in addition, if change requests come through for reeords longer 

on the Current Item Master File but have been 'passed bn to the Supplemeiit, these 
requests are held on Ae Current Hern Master File until supplenirat tinie ^d then 
passe^^ the’ Supplement I Ihe records will then be ext^dcted &6m the 

^ ♦•Kc* e«tro#''4(a'tr» "or\ r*liaitorp G31!' iPStd© • 

SUppiGnl6llC ^UU rcCxxCuJiawvi Uixvvx^AA. uaw ^ 

ITius ^e Supplement Item Master run accomplishes two thiifest it makes h^ 
ad^tibhs to the Supplement Item Master File and it extracts from the Supplement 
hem Master old records which are needed . Another' reason for eiktraction from 
the SUfiplement Iteih Master File woiildhe a request for catalog caids|^fo^’ ^ old re- 
' coid . To avoid the necebsity^^ for top frequent reference to the Supplem^ 

Master File, there is some overlap between the informal ioih of the Supplement ftan 

Mabter File and the informatibri oh the Current Item.’ M re- 

tained bn the Current Item MaSter File for several months aefter they goM to the 
Catalog . 









^ ' . • MAIN ITEM MASTER lOlN ■ ' ' " ^ < 

• • 1 ' • ‘The Main Item Master File behirs a relation td the Siipplefe^t Kem Master 

- ' File similar to that between the Supplement and the (Ihirreht . ' RemS^w ^ 

generated entries in the main catalog are represented by entries oh theMain Item 
Master File . Additions to the Main Item Master FUe are passed forward from the 

" Supplement to the Mam before main catelog time and reques^^^ 

' the Main Item Master File are passed fbmard from Current Itehi Master File to 
Supplement Item Master File to Mam Item Master I^e where the records are re- 
moved and reentered mto the regular basic system runs via the recycle file, R1 • 



ERIC. 



RUN 11 

SORT-TO catalog SEQUENCE 

In run 11 all catalog records which have beem generated irbm the Rem Master 
Fde after the expiration of the hpid period are bbrted intb pro^r^^^^ for the 

cathipg by of the filing forms . Catalbg records which have been newly added to 
the ftem Master FUe or Jrecendy Changed generate pirbbf copy oh file TIO and this is 
sorted’m ll mto item mimber: Sequence for ehtiy to the proof prmfing run . 



"RUNa2''”^ H V., - 

. » . ' V , ' . . , > , i, • - , ,v s' ■ . . . . 

■ M ^ -.y.> .-J 

CURRENT CATALOG UPDATE 

All additions and changes to , the catalog since the last supplement was run are 
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added tc the current catalog. All new. authority information; is also added to the 
current catalog . The current catalog is printed for staff use, on each sycle of the 
‘ ■ system but it does not produce a public catalog.; -. The printout of the current 

catalog' serves to inform the staff of the latest additions to the<catalog. In addition, 
it provides a second opportunity for proof reading before the supplement is updated 
for preparation of multiple copies of the public catalog . 


1 

t 

‘s?- 

F 


RUN 12A 

SUPPLEMENT CATALOG UPDATE 
• 

At supplement time the current catalog is run against the supplement 
catalog and all new entries or changes to old entries are put into effect on the 
supplement. In addition, new authority or changes to old authorities are added 
to the supplement . 

RUN 12 B 

MAIN CATALOG UPDATE 


\ 


At main catalog time the supplement Catalog file is run against the main 
catalog file to produce an updated main catalog from which the printed main 
catalog is produced. 

RUN 13 

CATALOG PRINT 

The general purpose catalog print program is used to prepare both book 
and card form catalogs . For production of catalog cards the daily transaction 
tape. of updates to the current catalog is reused. Where an entry must generate 
several sets of catalog cards for divisional catalogs designators in the catalog 
record cause the pro^am to produce duplicate caifds . 


a 


RUN 14 

DORMANT LIBRARY OF CONGRESS UPDATE 

After a preset time period has elapsed, Library of Congress data on the 
Library of Congress Number File is deleted from the file^written out on T5, 
passed through the system and finally run against the Dormant Library of Congress 
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File via file R1 • Cross-refesrence to thib item number is left on the 1X3 Item 

c , Number File. Thus* if at some later date a request for this LC copy comes 

in it Will be available but a time delay will have to be taken untU the next rmm- 
— ^ infe of the Dormant Library of Congress File . File RI is used both- to pass for- 
: ' ward old records for addition to the Dormant Library of Congress FUe and to 
* Tor records to be taken from the file and reentered into 

the system. 
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file content and record derivation 



File Name: 



TRANSACTION FILE 1 



File Sequence: INPUT SEQUENCE 



FORMAT 

NO. RECORD NAME 



1 , 



. Catalog Record 



2. 


Delete Record 


4. 


Authority Record . 


13. 


LC Cross-Reference. . 


5. 


Established Form Change 
Record 


6. 


Special Request Record 


LC 


LC Copy Record 


10. 


New Title Record 


11. 


N 

Alpha Record 



1 

4 



RECORD I 5RIVATION 

One record for each input Catalog Worksheet (marked CW) 
One record for each input Delete Worksheet (marked DW) 



One record for each input Authority File worksheet 
(marked AF) 



One record for each LC input cross-reference record. 
Traiisfdrmed to standard cross-reference record format. 



One record for. each input Est^lished Form Change 
(marked EF) 



One record for each input Special Request (marked SR) 

One record for each LC input Catalog Copy 

One record for each input New Title Notice (marked NI) 






a) One record for each input New Title Notice which 
does hot have an LC number 






b) One record for each LC input Catalog Copy . 
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SORT OUTPUT FILE CONTENT 

'iou' ;••• 



File Name: 



. TRANSACTION FILE 2 






' < *r: 



File Sequence: ALPHA TAGf ITEM NUMBER. RECORD TYPE 



' - ■ • r: r>:(v 

SPECIAL CONSIDERATIONS 

' Record ^ be aditlon^ deletion . Deletions will precede adiitidns if the 

f ittest two fle^ deletion ^^s recycte 

a previous run. 



RECORDS SEQUENCED 
U .-.vAlpte File (^angerRecpr^ 



RECORDS NOT SEQUENCED 

1.. Ca^pg Records (Ty^ 

2. , Delete Records (Tl) ,, 

’ r-” ’ , - 

4 . Aufiidrity Records (Tl) 









t 4 .tv ; ^ ^ . . K~\ 






^ e'- *. 5 



13 • iXj Cross-Reference Records (Tl) 

5 . Established Form Chan^ Riecord (Tl) 



-v^< ;• 



%r t > . 



6 • Special Request Records 






r/y' 



LC , W Records (Tl) 



iM--';,;. CiJ f -i Records (Tl) 



12 . Established Form bidex (Rl) 



.*» » ', 



i 



J 



^ /i 



4;; ^ 



" T ^ 






13 • Cross-Reference Confirmation Records (Rl) 



27 . Changed Item Number Records (Rl) 

27 • Reentered Catalog Records (Rl) 

5. Established Form Change Confirmation Record (Rl 



2 
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FILE CONTENT AND RECORD DERIVATION 



File Name; ALPHA CHECK FILE 

File Sequence: ALPHABETIC ON ALPHA TAG FIELD - ALPHANUMERIC 
ON ITEM NUMBERS. 



9 

FORMAT 

NO. RECORD NAME RECORD DERIVATION 

11 . Alpha Check Record a) One record for each Alpha Check record on the 

, input Alpha Check file which does not meet the 

deletion condition given below . 

b) One record for each record on Transaction File 2 
which is marked as an addition. 



Deletion Condition 




An Alpha Check Record is deleted from the input file if either of. the 
following conditions is met: 

1 . There is a matching Alpha Deletion Record on file T 2 . 

Operating Parameter C2 is non-zero and the cycle field in the input 
record exceeds the current basic cycle number by more than the value 
of System Parameter P3 . 



or 2. 
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FTT.B CONTENTT AND RECORD DERIVATION 



FUe Name: TRANSACTION FILE 3 

Ftte Sequence: NOT SEQUENCED 



FORMAT 

NO, RECORD NAME 

! • Catalog Records 



Sr . 



record DERIVATION 
i^changed from feaiisactlon File 2 



2. 



Delete Records 



ft 



If 



If 



If 



4 . 



Authority Records 









If 



13 ,:w V tfji >i^Cr6ss^Rdferen^ 



if 



If 






, 1 [ r 



5 . 



Established Form (Change Records 



ft 



V.; 



II 



II 



It 



12 . 

13 . 






Special Requfest Records " ' ' ' ' 

Established Form Index Records 



V <3 



II 



If 



ft 



fl 



II 



II 



Cross-Reference Confirmation 
Records 



If 



II 






27 . 

27 . 

5. 



Changed Item Nundjer Records 
ReChteredXjatalog Records 



fl 



If 



II 



ft 



If 






ft-: V 






Established Form Change 
Confirmation >Rec6rdsv ; . > i «• 



^If * 



> . ^ . ft. 






fl ,, : -•« 



LC 

10 . 



, T- 



^1X3 Coj^ Records = ; 
New Title Records 



If 



II 

^ 4 



.11 



ff 






ft 



ft , , 

t "C ' r • i. V V,X' /' 






■:1 



’ 1 
\&-'A 






:vy 






t 



.a 



, ViV t ^ ^ ^ j • T' i “fV i 



i 



4 



14 . 



LG Copy Request Records,. Type 1 One record for each New Title record which 

contains an LC number. 






14 . 



LC Copy Request Records, Type 2 One record for each match in Alpha Check Run 

where the match was between an LC Alpha Tag 
and a Local Alpha Tag . LC copy to be used for 
printing only* 



15 . 



Alpha Match Note Records 






One record for each match in Alpha Check Run 
where match was between two local Alpha Tags 
This record to be used to print notice for manual 
checking. Match of this type indicates posstoilltj 
of two catalogings of the same item • 
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FILE CONTENT AND RECORD DERIVATION 



TRANSACTION FILE 3 CONTINUED 



FORMAT NO. 
14 . 



RECORD NAME 

Dormant File Delete 
Record 



RECORD DERIVATION 

One record fcr every Alpha Check Record that was 
deleted imder Delete Condition 2 given for the 
Alpha Check File . 






- 5 - 
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SORT OOTPUT FILE CONTENT 









File Name: TRANSACTION FILE 4 

File Sequence: ITEM-NUMBER^ RECORD TYPE 






't 'r 



SPECIAL CONSIDERATIONS 






^ ^ 1 






T } ■■/•!-; 









bJKnYm 



.-U"‘ 



RECORDS SEQUENCED 



LC IX: Copy Records 



1 ^ Catalog Records 



14. LC Copy R^est Records lypes 1 & 2 2; Delete Records 

14. Dormant File Delete Records 4 . Authority Records 



13 . LC Cross-Reference Records 
» 

5 . Established Form Change Records 



6 . Special Request Records 



12 . Established Form Index Records 



13 . Cross-Reference Confirmation Records 



27 . . Re-entered Catalog Records 



27 . Changed Item Number Records 



5 . Establiied Form Change Confirmation 
Records 



10 . New Title Records 



N 



15 . Alpha Match ote Records 



- 6 - 
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FILE CONTENT AND RECORD DERIVATION 



-| 



File Name: 



LC COPY FILE 



File Sequence: ITEM NUMBER, RECORD TYPE 



FORMAT 

NO • RECORD NAME 



RECORD DERIVATION 



LC 



LC Copy Records 



a) One record for each record on input LG Copy 
File unless tlie delete condition 1 is met (see 
below) . 



b) One record for each record on Transaction File 4 
unless the output record so produced would meet 
delete condition 1 . 



c) One modified LG Copy Record for each matching 
LC Copy and LG. Copy Request Record, to indicate 
that the record was used . 



14. 



LC Copy Request Record 



a) One record for each unmatched LC Copy Request 
record on the input LC Copy File, miless the cycle 
field of the input record exceeds the current Basic 
Cycle Number by an amount greater than the value 
of System Parameter P2 . 



b) One record for each unmatched lype 1 LC Copy 
Request Record on the Transaction File 4 . 

N .B . Since the Alpha Check File should correspond j 
to the LC Copy File an unmatched LC Copy Request 
Type 2 is a system error . See system error 
procedures. 



14, 



Dormant File Cross-Reference a) One record is created for every LC Copy Record 
Records that is deleted xmder condition 1 . 



b) One record for each record on input LC Copy File 
imless delete condition 2 or 3 is met (see below) 



14 



Dormant LC Copy Request 
Record 



If Operating Parameter C2 is zero, then: 



a) One record for each LC Copy Request Record on T4 
which matches a Dormant Cross-Reference Record i 
on the input LC Copy File . 



- 7 - 
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FILE CONTENT AND RECORD DERIVATION 
LC COPY FILE CONTINUED 



FORMAT 

NO. RECORD NAME 




RECORD DERIVATION 

b) One record for each Dormant LC Copy Request 
Record on the input LC Copy File . If Operatiiig 
Parameter C2 is non-zero, then ho Dormant LC 
Copy Request Records are written on the output 
LC Copy File . 



Delete Condition 1 



An LC Record is deleted if Operating Parameter C2 is non -zero and either 
df the following conditions is met: 

1 . The Cycle field in the LC Copy Record exceeds the current Basic Cycle 

number by more than the amount of System Parameter PI * r 

or 2 . The "Used” code is non-zero . 



Delete Condition 2 

There is a matching Dormant File Delete Record on File T4 . 

Delete Condition 3 

A Dormant LG Copy Record on File T4 matches the Cross-Reference 
Record on the input LC Copy File. 



ERIC 
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PILE CONTENT AND RECORD PERIVATION 
FUe Name: - TRANSACTION FILE 5 

\ “ m • 

FUe Sequence: NOT SEQUENCED 

. FORMAT 

NO. RECORD NAME RECORD DERIVATION 

1. Catalog Records > Unchanged from Transaction File 4- 



2. 


Delete Records 


ff 


ft 


tt 


tt 


13. 


LC Cross-Reference Records 


tf 


tf 


tt 


tt 


4. 


Authority Records 


ff 


tf 


tt 


tt 


5. 


Established Form Change Records 


ff 


ft 


tf 


tt 


6. 


Special Request Records 


ff 


tf 


tt 


tt 


12. 


Established Form Index Records 


ff 


• It 


tt 


tt 


13. 


Cross-Reference Confirmation 
Records 


ff 


tt 


tt 


tt 


27. 


Changed Item Number Records 


ft 


ft 


tt 


tt • ■ 


27. 


Reentered Catalog Records 


tf 


ft 


tt 


tt 


10. 


New Title Records 


ft 


tt 


tt 


tt 


5. 


Established Form Change Confir- 
mation Records 


tf 


ft 


tf 


It 

• 


15. 


Alpha Match Note Records 


ff 


ff 


tt 


tt 



LC LC Copy Records One record for each match of LC Copy Reipiest 

Record Type 1 with LC Copy • 

17 • LC Copy Print Records a) One record for each match of LC Copy Request 

Record Type 2 with LC Copy • 

b) One record for each match of LC Copy Request 
Type 1 or 2 with a Dormant File Cross-Refereiice 
Record. 
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FILE CONTENT AND RECORD DERIVATION 



File Name: 



TRANSACTION FILE 6 



File Sequence: 



NOT SEQUENCED 



FORMAT 

NO, RECORD NAME 



18. 



27. 



27. 



10 . 



6. 



17. 



5. 



14. 

12 . 



14. 



Standard Catalog Records 



Changed Item Number Record 



Reentered Catalog Item Record 



New Title Record 



Special Request Records 



LC Copy Print Records 



15. Alpha Match Note Record 

LC Dormant LC Copy Record 



Established Form Change 
Confirmation Record 



Dormant LC Copy Request Record 



Established Form Index Record 



Dormant File Delete Record 



4 



RECORD DERIVATION 



> 



a) One record for each Catalog Record input* edited 
to standard format defined by Input Control Recor 



.’4 



b) One record for each LC Copy Record. LC Copiy^ i 
edited in two phases; first* LC to Catalog format 
and, second. Catalog to standard format . 



c) One record for each Item Number on the Delete | 
Record, edited into standard format . 



Unchanged from Transaction File 5 



If 



tf 



ff 



ft 



One record for each New Title Record on 
Transaction File 5. 



One record for each Special Request Record. 



One record for each LC Copy Print Record on 
Transaction File 5 . 



Unchanged from Transaction File 5 . 



tf 



II 



ff 



ft 



tf 



ff 



ft 



ff 



tf 



ff 



ft 



ft 



ff 



ff 



ff 



ft 



ft 



ff 



1 
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SORT OUTPUT FH^E CONTENT 
File Name: TRANSACTION FILE 7 

File Sequence: AUTHORITY FILE, ESTABLISHED HEADING, RECORD TYPE 



SPECIAL CONSIDERATIONS 

• / 

Records will be sorted by type in the sequence listed below. 
RECORDS SEQUENCED 



12 . Established Form Index Records 



18 . Standard Catalog Records 



21 . Authority Update Records 



10. New Title Records 



13. Cross-Reference Confirmation Record 6. Special Request Records 



20 . Heading Check Records 



17 . LC Copy Print Records 



5 . Established Form Change Confirmation 15 • Alpha Match Note Record 

Record 

LC Dormant LC Copy Record 

14 . Dormant LC Copy Request Record 

14 . Dormant File Delete Record 



27. 






27. 



Reentered Catalog Item Record 
Changed Item Number Record 
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FILE CONTEOT and RECORD DERIVATION 



File Name: 



AUTHORITY CHECK FILE 



FUe Segoence: AUTHORITY FILE, ESTABLISHED HEADING. RECORD TYPE 

*iV"F <v' 7* C' 1 ’‘1 • ' '' 






format 

NO. RECORD NAME 



22 . 



13. 



12. 



Established Form Record 






i ft' 






V / , * ~ 



‘rr- 



iyiOZ/: 









, u > 






Cross-Reference Record 

h ;-r-, ■r^OrcV;/’:. ,^v 



Established Form Index 
Records 



RECORD DERIVATION 



' s-]a 



4 



a.) Qne reeordvnchanged foom^^^A^ 

Established Form record on input Authority Check File^ 
which has no valid matching Authority l^da^ 



b) One altered recorjl for .oaph^st^^ 1 

on the input Authority Check File whidh has a valid \ 
; matching Authority IJpdid:^ • .j ^ 



3c) One recordTpr each Authiprity^^^^U^ j_i 

record which has no matching Established Fomi . 
record on the input Authority Cteck FRe,,,(^ote:,,,. 
An addition record which matches the input AudioH,^ 
: ^ Check File is an; error .) f r, . . -- 



cO One record for each Established Form record on the ^ 
input authority check file which matches an Authority ^ 
, Update delete record if the output Established Form 
record is followed by at least one Established Fonn i 
Index Record. The Delete Record is considered an 
error unless there are no Index records • 



a) One record for each Gross -Reference Record on (he 
input Authority Check File that does not match a 
cross-reference delete record. Notei If an Establisl 
Form is deleted any c\ -reference records will 
also be deleted . 



b) One record for each Cross-Reference Confirmation 
Record on Transaction File 7 . 



a) One record for each Established Form Index Record 
on the Authority Check FQe which is not matched 
by an Established Form Index Record marked "delete*; 
on Transaction File 7. If there is a. matching deletion 
the record is not written out. An unmatched deletion 
on Transaction File 7 is a system error » 
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FILE CONTENT AND RECORD DERIVATION 
AUTHORITY CHECK FILE CONTINUED 



fOkMAT 

NO. RECORD NAME 


RECORD DERIVATION 




b) One record for each Established Form hidex 
Record on Transaction File 7 marked as an 
addition . 
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File Name: 



• "-o''.;'-' vV.-irX; '•'l>'K.‘. . Ti4'..r.U --^5; i; 

FILE CONTENT AND RECORD DERIVATON 



TRANSACTION FILE 8 






File Sequence: NOT SEQUENCED 



/ / ^ 









FORMAT’-* 

NO * ^ ' %'ec6RD name- - ' ' ■ ' " : ' 



18. 



J). 

27. 

6 . 

27. 

17. 

15. 

LC 

14. 

24. 



32 . 



'ERIC 



;; 7 ^ 



Standard Catalog Records 



RECORD DERIVATION 
a) Uuchanged from Transaction File 7 






b) One Standard Catalog Record marked **EF Change 
for each Established Form hidex Record which 
matches the "change-from” statement of the recycled 
established form change confirmation record • 



New Title Record Ouchanged from Transaction File 7 

Reentered Catalog Item Record 
Special Request Records 
Changed Item I*hiinber Record 
LC Copy Print Record 



tf 

ft 

If 

If 



tf 



If 



II 



II 



tf 



If 

If 

ft 

ft 



Alpha Match Note Record 
Dormant LC Copy Record 
Dormant LC Copy Request Record 
Dormant File Delete Record 



ti 



If 



II 



It 



It 



If 



It 



It 



II 



II 



If 



II 



If 



U 



Heading Records 



One record for each Heading Chgpk Record on 
Transaction File 7 . Note: If a Heading Check Record 
on T7 matched the Check File, men the output record 
will contain information from the T7 record and 
information from the Check File . If there was no match] 
the output record is a copy of the input record with 
error codes added. 

Authority Update Print Record One record for each modification of the authority check 

file for printing. 
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FILE CONTENT AND RECORD DERIVATION 



TRANSACTION FILE 8 CONTINUED 



* FORMAT 

NO. RECORD NAME 



25. 



Catalog Authority Entry 
Record 



RECORD DERIVATION 



* ^ \ 



a) One record for each Authority UpLate Record, for 

update of die Catklog. > < . , . , . j 

b) One record for each Cross-Reference Confirmation 

Record for update of the Catalog. : ; 

c) One record for each Cross-Reference Record 

where the number of Established Form Indexed 
records has changed from zero to non-zero or non- 
zero to zero» to control printing of blind cross-, 
references. . ; . . 7 
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SORT OUTPUT PILE GONTENl! 

FUe Name: TRANSACTION FILE 9 

File Sequence: ITEM NUMBER. RECORD TTPE 

SPECIAL CONSIDERATIONS > : ; : ^ . ^ ; 

? R'is necessary* to gathen together the parts of catalog entries Q)oth for items and 
authority) which have been separated to perform * authority checks . > r r. 

' 7 ijJt is also necessary to pU^ in proper sequence those print records for which 

comparison printouts are to ^ made ^ * > - : ; 

t < > For this reason,, several artificial or aipciliap^ tags have been previously gen- 
erated to bemused as Item, NunnJ^ in this sort . Sp,. for example. Heading Records related 
to a Standard Catalog record will sort with the corresponding Standard Catalog record . 
Heading records wMch were: generated to check the two headings in a cross-reference or 
Established Form Change will be sorted together because they have been given the same 
arbitrary number * LC Copy Print records developed because there was an alphabetic match 
witl be sorted to the auxiliary local number secpience to allow comparison printing of the 
LC Copy with the local copy available on the Item Master File • 



RECORDS SEQUENCED 


RECOm'3 NOT SEQUENCED 


10 New Title Record 


15 


Alpha Match Note Record 


18 Standard Catalog Records 


LC 


Dormant LC Copy Record 


24 . Heading Records, Type 1* 


14 


Dormant LC Copy Request Record 


6 Special Request Records 


14 


Dormant File Delete Record 


17 LC Copy Print Records 


32i 


Authority Update Print Record 


24 Heading Records, Type 2 
27 . Reentered Catalog Item Record 
27 . Changed Item Number Record 


25 


Catalog Authority Entry Record 



* See Special Considerations above 
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FILE CONTENT AND RECORD DERIVATION 
FUe Name: INTERNAL TRANSACTION FILE 9A 

' I 

File Sequence: ITEM NUMBER, RECORD TYPE 



In Run 10 the LC Copy RecordS) New Title Notices, and Standard Catalog on File T9 
are combined with any matching Heading Records, type 1 on File T9 to produce the actual j ’ ' ^ 

records which will be used internally. For purposes of these specifications, an inteinal 
file, T9A, wHl.be defined here, and will be the input used in defining the functions of run 10. 
hi the definitions given below, a "match*' means a match on item number, record source, 
record number . 



FORMAT 

NO. RECORD NAME RECORD DERIVATION 

18 ' Standard Catalog Records One for each group on T9 consisting of one 

Standard Catalog Record and all matching Heading 
Records, Type 1 . 

18 LC Copy Records One for each group on T9 consisting of one Standard 

Catalog Record and all matching Heading Records, 

Type 1 . 



18 

6 

127 



New Title Notices 

Special Request Notices 
Reentered Catalog Item Record 

Changed Item Number Record 



One for each group on T9 consisting of one New Title 
Notice and all matching Heading Records, Type 1 . 

One for each Special Request Notice on File T9 

One for each Reentered Standard Catalog Record on 
File T9. 

One for each Changed Item Number Record on File T 
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FILE CONTENT AND RECORD DERIVATION 
File Name: ITEM MASTER FILE 

I 

File Sequence: ITEM NUMBER, RECORD TYPE 



FORMAT 

NO* RECORD NAME 



2 % 



Catalog Item Record Normal 
(Status Codes 0 to 3) 



RECORD DERIVATION 

a) One record for each Catalog Item Record on the 
input IMF unless the deletion condition is 
satisfied . 



b) For each of the following types of record on 
File 9A one record is generated, provided that 
the T9A record does not match a Catalog Item 
Record on the IMF: 

Standard Catalog Record with Change Type 
’’addition” 

LC Copy Record 



New Title Notice 

c) The accompanying decision table indicates the 
priority given to the various status codes 
when there are matching records on the Input 
IMFandT9A. 

d) One record for each Reentered Standard Catalog 
Record on File T9A . 

Deletion Condition: A Catalog Item Record is deleted 

if any one of the following conditions is satisfied: 

1 , There is a matching Standard Catalog Record on 
File T9A with change type ’’delete”^ or 

2* The value of the ’’Date” field in the Catalog Item 
Record exceeds the value of Current Cycle 
Number by more than the amount of System 
Parameter P4,. and the status code is zero, and 
Operating Parameter C3 is non-zero, or 

3 * There is a matching Standard Catalog Record 
on File T9A with an item number change . 



o 

ERIC 
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FILE CONTENT AND RECORD DERIVATION 



Status Code 0 or 1 arid does not match an 
alternate Catalog Record . 

b) One record for each alternate Catalog Record 
on the input MF unless the deletion condition 
is met . 

Deletion Condition: 

1 , The value of the ”Date’*field exceeds Current 
Cycle Number by more than System Parameter 



2 . There is a matching Standard Catalog Record on | 

T9A with Change Type "change LC" . | 

3 . There is a matchin^g Standard Catalog Record on | 

T9A with an item ni^er change^ . " j 



on T9A that matches a Catalog Item Record 
with Status Code zero on the IMF 

b) One record for each Deleted Catalog Record on 
the input IMF unless the Deletion Condition is n 

Deletion Condition : Deletion occurs if either of the 

• following conditions is met: 

1 . The "Date" field in the record exceeds 

Parameter Cl by more than System Par 

2 . There is a matching Standard Catalog Record o 
File T9A with an item number change . 



ITEM MASTER FILE CONTINUED 



FORMAT 

NO. 



RECORD NAME 



RECORD DERIVATION 



18 ' uataiog Item Record, Alternate a) 

. (Status Code 4) 



One record for each LC Copy Record on File 
T9A that matches a Catalog Item Record with 




P5 



18 



Catalog Item Record, Delete 
(Status Code 5) 



a) .One record for each Stan^rd Catalog Record wit^ 



Change Type "delete" or "change" or "change LC: 
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ITEM MASTER FILE CONTINUED 



FORMAT 

NO. RECORD NAME 



RECORD DERIVATION 



14. Item Number Cross-Reference a) 

Type 1 (Reference to changed 
number on current IMF) • 



One for each Catalog Item Record that is deleted 
from the input IMF under condition 3 given for 
that record . 



b) One for each type 1 Item Number Cross-Reference 
on the input IMF unless the Deletion Conditions 
are met. 



Deletion Conditions: Deletion occurs if either of 

the following conditions is met: 

Value of ’’Date” in the Cross-Reference Record 
exceeds value of Current Basic Cycle by more 
than System Parameter P6.» or 

There is a matching Standard Catalog Record 
on File T9A witli change type "delete" . 

One record for each Catalog Item Record 
deleted under condition 2 . 

One record for each Type 2 Item Number Cross- 
Reference Record on the input IMF, unless the 
Deletion Condition is met « 

Deletion Conditions: Deletion occurs if any one of 

the following conditions is met: 

1 • Operating Parameter C4 is non-zero» or 

2 . There is a matching Standard Catalog Record on 
File T9A with change type "delete", or 

3 . There is a matching Standard Catalog Record on 
File T9 A with an item number change, or 

4 . There is a matching Reentered Standard Catalog 
Record on File T9A. 



1 . 



2 . 



14 Item Number Cross-Reference a) 

Type 2 (Reference to record on 
Supplement File) 

b) 

\ 



f* • 
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I ' - ■ ' FILE CONTENT AND RECORD DERIVAtlON 

i mvr MASTER FILE CONTINOBD ' 




FORMAT 

NO. 



RECORD NAME 



JJLV&JU. 



no/^n-rHa 












RECORD DERIVATION 

a) One for each Standard Catalog Record on 'WA j 

that has Change lype "Change" or ’Ttelete", | 

that matches an Item Nuni^r Cross-Reference . ^ 

Record Type 2 on the input IMF, and does not 
match an Item Change Recprd on the input IMF . j 

b) One for each Standard Catalog Record (n j 

that has change type "change to main" and do^s ^ 
not match an item change record on the input IMF .j 

''V- • 'a' V ■ ' ‘ \ l| 

; c) One for each Item Change Record on the input T "F| 
^ unless there is a matching reentmred Catalog ■ j 
Record on File T9A. 



I 6^ X l^pdcial Request Records 




a) 



One for each Special Request on T9A t hat iis a 
request for cards, or proof copty» tfaht matches 
an Item Number Cross-Reference Record Type 2 
and does not match a Special Rec^est Record on 
the input IMF .,V ^ j 






b) One for each special request on T9A tot is a 
request for cards or proof copy that is marked 
for the main MF and does not match a Special 
Reqpiest Record on the input IMF* 



c) 



d) 



One for each Special Request Record on^to 
iiiput lMF unless tore is a matching Reentered 
Catalog Record on File t9A ^ 



One combined record for each match between a 
Special Request on T9 A and the IMF reflecting 
all Outstanding requests S unless tore is a matcl 
Reentered Catalog Record 



-23- 












vV’ ^ '1 



THEODORE STEIN 



Septeiiibef 1967 



f-rH 



' * ' i ’ r* f ' ‘-"I i W ' a \ 



FILE CONTENT AND RECORD DERIVATION 












File Name: 



TRANSACTION FILE 10 



FUe Sequence: ITEM NUM^R 



it ■ 
it 

IR 



FORMAT 

NO, 



29. 



RECORD NAME 
Catalbg Ehtiy kecords 






V --‘v I 









2^. 



Changed Item Number Record 



U. 



Alpha File Change Records 



. ? « s ' ji ' 






> }i/^ 



RECORD DERIVATION 






One record for each element with an entry control 
bode of "trace” or "main" in each Catalog Item 
Record on the output IMF that meets the following 
conditions: 






i . ’ Status Code is 1,2,3, or 5 



2 . Operatii^ Parameter Cl exceeds "Date" field 
by an aihbunt'eqiual to ^r great^^^ ^ 

value of System Parameter P5 . 






3. The IMF error code is zero 






Note: Entry record generated from Catalog Item 
Record with code 5 (deleted record) will be coded as 
a deletion . All other entry records will be coded 
as additions . 



Note: Special Requests for immediate release or 
hold of an entry aire effected by alteri^ "date" fidldj 
Special Requests for cards cause generation of 1 

Catalog Entry Records (marked for card printing only).J 



One recordffor each Catalog Item Record on the input I 
IMF that matches a Standard Catalog Record with item 
number change on File T9A. 



Two records for each Change to a Catalog Item Record 
which would affect the content of the Alpha records 
tag • one record a delete of the old tag and one record 
an addition of the new tag"- fdr recircidation. 
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FILE CONTENT AND RECORD DERIVATION 



rRANSACTION FILE 10 CONTINUED 



FORMAT . 

NO. RECORD NAME 



12 . 



Established Form Index 
Records 



31. 



31. 



Error Reminder Record 



33. 



LC Cross-Reference Print 
Record 



o . 
ERIC 



RECORD DERIVATION 



a) One record for each added established field 

in a Catalog Item Record indicating the item number 
and element number of the established field . 






b) Two records for each change to an established 
field in a Catalog Item Record - a deletion of the 
old form and an addition of the new form . 



c) 



One record for each deletion of an established 
field in a Catalog Item Record - marked as a 
deletion . 



Catalog Activity* Print Record a) 



One print record for each Catalog Item record 
which has been added, modified or deleted, 
indicating the activity which has taken place . 



b) One record for each Special Request calling for 
proof copy . 



c) 



One record for each LC Copy Print Record showing 
both LC and local cataloging . Printed in local 
number sequence . 



One print record is produced when all of the following 
conditions are met: 



'4 



1 . Operating Parameter C7 is non-zero; and. 



2 . 



The current basic cycle number exceeds the 
**date" in a Catalog Item Record by more than 
System Parameter P7 ; and. 



3 . The IMF Error Code is non-zero 



One record for each input LC Cross-Reference re- 
generated from the Heading Records indicating the 
status of the Headings on the local Authority File . 
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FILE CONTENT AND RECORD DERIVATION 






•TRANSACTION FILE 10 CONTINUED 



i ^ i ^ • 



’ 'fr, ^ i y 



FORMAT 

NO. 



13. 



5. 



14. 



o 

ERIC 



RECORD NAME 



RECORD DERIVATION 



Cross "Reference Confjbrmation 
Record 



■ "y 



One record for each pair of Heading Records which 
were generated from a cross-reference on Authority 
Update Records in rtm 6^ If hdtR hidings checked i 
against the Authority Check File • If either heading 
wds incorrect an error record ist printed . . c > 



''JJ 






Es^lished Fonn C^ 
Cbnfirmation Record 






One record for each pair of Heading Records which 
were generated from an Established Form Change 
Record in run 6, if both headings checked hgainst 
the Authority Check File. If either heading was 
incorrect and error record is printed • 






25. 

32. 

15. 

LC ^ 

.'2". ' V " 

14. 

14 '.‘.'' 

27. . 



Catalbg Anthoriiy Ehtiy Records Unchanged from Transaction File 9. 



Authority Update Print Records 



1 



ft 



ft 






ft 






Alpha Match Note Records 

f 

Dormant 1X3 Copy Records ' 
Dormant 1X3 Copy Request Records 
Dolmiant File Delete 
Catalog Item Record 



If 



tf 



tt 






ft 












ft 



tt 



ff 



ft 






iV; ft 



tt 



tt 



tt 






U' - ; 



When Operating Parameter C3 is non-zero^ the recor^ 
oil the IMF which meet the following criteria are sent 

forward to the Supplement Fiie:r;ri h .i 






• 11' Status Code is zero 






I 

2 • The current basic cycle number exceeds the ”dat 
field by more than System Parameter P4 . 



Catalog Item Request Record 



When Operating Parameter C3 is non-zero presence b 
the following records on the Item Master File causes 
generation of Catalog Item Request Recordst 



a) Catalog Item Change Records 



b) Special Request Records 
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File Name: 



FILE CONTENT AND RECORD DERIVATION 
SUPPLEMENT ITEM FILE 



File Sequence: ITEM NUMBER 



FORMAT 

NO* 



RECORD NAME 



27. 



Catalog Item Records 



14. 



Item Number Cross-Reference 
Records 



14. 



All records normally on 
Transaction File lOA 



RECORD DERIVATION 



a) 



One record for each Catalog Item Record on the 
input Supplement Item Master File unless a 
Catalog Item Req est Record has been entered. 
When there is a matching Request Record, the 
Catalog Item Record is rewritten out to Trans- 
action File lOA for recirculation to the current 
IMF. 



b) One record for each Catalog Item record on 
Transaction File 10 . 



One record for each Catalog Item Record that has 
passed on to Main Item Master File . 



Catalog Item Request Record a) 






One record for each Catalog Item Request from 
Transaction File 10 which matches an Item Numbe 
Cross -Reference Record . 



b) One record for each Catalog Item Request on the 
Supplement Item Master File . 



When Main cycle of Item Master run is executed 
(Operating Parameter C6 is non-zero) records are 
passed through the system from the Supplement Item 
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File Name: 



TRANSACTION FILE lOA 






File Sequence: ITEM NUMBER, INTERSPERSED NON -SEQUENCED RECORDS 



FORMAT 

NO.. 



n. 



RECORD NAME 



RECORD DERIVATION 






Reentering Catalog Item Record One record for each Catalog Item Request record 

which matched a Catalog Item Record on the 
Supplement Item Master File . 



All other records on Transaction Catalog Item Records and Catalog Item Request 
File 10 except for Catalog Item Records are applied to Supplement Item Master . 
Records andCatalog Rem Request Transaction File lOA is used as input to the nmct 
Records nm instead of Transaction File 10 . 



1 



I 
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file content and record derivation 



File Name: MAIN ITEM MAST ER FILE 

File S^uerice: ITEM NUMSER 



FORMAT 

NO. 



27. 



RECORD NAME 
..Catalog Item Records 



ERIC 



RECORD DERIVATION 



a) One record for each Catalog Item Record on the ln| 
put Main Item Master Record. 



b) One record for each Catalog hem Record on the 
ai p rlpmfint Hem Mhster FUe which has aged 
sufficiently to he removed to the Main Item 
Master File. 
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FILE CONTENT AND RECORD DERIVATION 



File Name: 



TRANSACTION FILE lOB 



Conti NOT* SHOUEN CED 



’FORMAT 

NO. RECORD NAME 



27 :. 



Reentering Catalog Item 
Record 



All other records normally 
found on Transaction File lOA 



o 

ERIC 



RECORD DERIVATION 



One record for each Catalog Item Request Record 
on the Supplement Item Master File which naatched 
a Catalog Item Record on the Main Item Master File . 



Records which are normally present in the daii),- cych 
of the system are passed through to further runs feon 
this point when the Main Item Master cycle is run. 



1 



I 

i 
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SORT OUTPUT FILE CONTENT 

File Name: TRANSACTION FILE 11, PRINT FILE, RECYCLING FILE 1 

4 

t 

File Sequence: FILE TYPE, SORT TAG / . ' : . 



SJPECIAL CONSIDERATIONS 

The sort used here must be specially modified to allow extraction of different files .., , 
Each file will have different se^ehblng requirements aiid these requirements wRl be listed 
by fUe. In order to allow the sort to sequence various files in different ways it is necessary 
to construct ^ s6rt tag in runs preceding this sort which will allow uniform sequencing within 



1 ^ 



filie ^pe . ' " " 

File Name: TRANSACTION FILE 11 









Soft Tag:* ^ 'HEAD RECORD TYPE t , : > . , 

RECORDS SEQUENCED 
25. Catalog Authority Entry Records 
29. Catalog Entry Records 
File Name: PRINT FILE 

Sort Tag: REPORT TYPE, RECORD TYPE, REPORT SEQUENCE 

a) Catalog Activity Report 

31 . Catalog Activity Print Records - Sequenced by Error Type, Item Number 

b) Authority Update Report 

32. Authority Update Print Record - Sequenced .by Record ^lype. Established Form 

c) System Notes Report 

33. LC Cross-Reference Print Record - Sequenced by Heading 
15 . Alpha Match Note Record - Sequenced by Item Number 

Error Reminder Record - Sequenced by Item Number 
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SORT OUTPUT FILE CONTENT 
CONTINUED 

FUe Name: RECYCLING FILE 1 

12 . EF Index Records - not sequenced 
J.5 . EF Change Confirmation Records 
11 . Alpha Records - not sequenced 

13. Cross-Reference Confirmation Records - not sequenced 
22 . Reentering Catalog Rem Record 

27 . Changed Item Number Record 

LC Dormant LG Copy Records - sequenced by item number 
14 Dormant LC Copy Request Records - sequenced by item number 
14 Dormant File Delete Records - sequenced by item number 
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File Name: 



V’.J# 

' /' ' 



FILE CONTENT AND RECORD DERIVATION 






CURRENT CATALOG 



File Sequence: HEADING FILING FORM, RECORD TtRE 



r u 



. 5 



FORMAT- 



NO. 


RECORD NAME 


2S. 


Catalog Authority Entry 


’ - 


Record 



29. 



Catalog Entry Record 



RECORD DERIVATION 






a) One record for each niimatched Catelog 
Authority Record on the input Current Catalog • 

b) One record for each unmatched Catalog Authority 
. Record on Transaction File 11 . 












c)- One record, feqm Tr^^ File 11> for eaph 

matching of Cataibg Authority RecoTd from 
, , Current Catalog and Transaction File 11^ unless 
the Trahsactloh File Recbrd is a MetioU . ' 

Rifles for filing are the same as 3 . above . 

Note: If two records match on Heading Filing Form 

except for item number .indication of the possibility 
duplicate cataloging will be noted when the Catalog 
is printed . 
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FORMAT 

NO. 

LC 



FILE CONTENT AND RECORD DERIVATION 
File Name: DORMANT LG COPY FILE 

File Sequence: LC ITEM NUMBER 



RECORD NAME RECORD DERIVATION 

LC Copy Record a) One record for each LC Copy Record on the 

input Dormant LC Copy File which does not 
satisfy one of the deletion conditions below . 

b) One record for each Dormant LC Copy Record' 
on Recycle File 1 . 

Deletion Conditions: An LC Copy Record is deleted 

if either of these conditions is met: 

1 . Hiere is a matching LC Copy Request Record 
on Recycle File 1 or 

2 . There is a matching Dormant File Delete 
Record on Recycle File 1 . 

3 . The current basic cycle exceeds the date in 
the Dormant LC copy record by more than 
system parameter P8; and, the record has 
been marked "Used" . 
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FILE CONTENT AND RECORD DERIVATION 
File Name 1 RECYCLING^ FILE lA . 

File Sequencei NOT SEQUENCED 



f' r \ 



r 



FORMAT 

NO. RECORD NAME 

12 ' ' FF Ihdejc Record 

■s ? , ’ 

* EF Change Confirmation Record 

Ij: • ' 

13. Cross-Reference Confirmation 

"'Records'^- ■ - 

27 . Changed Item Number Records 

27 . Reentering Catalog Item Record 



RECORD DERIVATION 



If M •» »• 

It it »• »♦ 

tf ti It It 

/ - ■ 

ft It »» •» 

record for each match of Dormant LC Copy 
Request Record on the Recycle File 1 and Dormant 
LC Copy record on Dormant LC File . 



LC 



LC Copy 



One 



■y «W J »p 
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RECORD CONTENT SHEET N0>1 



Record: CATALOG WORKSHEET 



File: INPUT 
T 1 to T 5 



X 


Record Mark 


F 


X 


Record ID 


F 


X 


Change Type 


F 


X 


Item Number 


F 


X 


Elements 


V 



Elements 



X Element Mark 

X Eleme nt Number 

0 Start Code Field ( <,) 

0 Codes 

0 End Code Field ( ^ ) 

X Statement'*' 

O Start Filing Form ( ^ ) 

0 Filing Form 

O End Filing Form (^ ) 

O Start Print Form ( < ) 

O Print Form 

0 End Print Form (> ) 

0 Element Subdivider (A) 

O Next Subelement 

etc. 




Subelement 



♦Note: In first subelement only, it is possible to have an element subdivider 
between End Code Field and Statement . 



It 
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RECORD CONTENT SHEET NO. 2 



Record: DELETE WORKSHEET FUe: INPUT 



T 1 to T 5 



X Record ID F 

X Item Number F 

O Repeat for as many item numbers as needed 



- 38 - 
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RECORD CONTENT SHEET NO >4 

’ < 

^ -» M ^rrrtr t-itt <E» Tir^>n T-^riT TT:»*r5 rn T7i1^. TKtnT THP 

Record*. auThuRiii Fijuje. vvv.u\ivjoj:>iz. a me. JitNx*Ux 

AUTHORITy RECORD T1 to T5 



X Record ID F 

X Change Type F 

O File Number V 

X Element Mark F 

X Established Form V 

O Elements V 



Elements 

X Element Mark F 
X Element Number V 
X Element V 
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RECORD CONTENT SHEET NO. 5 



Record: ESTABLISHED FORM CHANGE FUe: 

ESTABLISHED FORM CHANGE 
CONFIRMATION 



X Record ID F 

X Old Statement V 

X Separator Character if F 

X New Statement V 

O Filing Form* V 

O Print Form * V 



INPUT 

T7, TIP, R 1 , 
AUTHORITY CHECK FILE 



On Confirmation Record 



— .^., . 
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RECORD CONTENT SHEET NO .6 



Record: SPECIAL REQUEST RECORD File: INPUT 

T 1 to T 9 



X Record ID F 

X Item Number F 

X Card Code F 

X Proof Code F 

X Enter Now Code F 

X Hold Period F 
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Kecord: 



RECORD CONTENT SHEET NO .10 

NEW TITLE NOTICE File: INPUT 

T9 



X Record ID F 

X Item Number F 

O Elements V 



Elements 



X Element Mark F 
O Element Number F 
X Statement V 
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RECORD CONTENT SHEET NO. U , , 



Record: ALPHA. RECORD 



« 





File: Tl, T2> HO 
R1 

ALPHA ‘ 



X Record ID r 

X Item Number F 

X Alpha Field F 

X Change Type F 



Variations 



On the Alpha Check File the following field is added: 
X Date (Cycle Number) F 
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RECORD CONTENT SHEET NO, 



Record: ESTABLISHED FORM INDEX RECORD 



X Record ID F 

X Established Form V 

X Change Type F 

X Item Nuniier F 

X Element Number F 
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12 



FUe: 



T2 to T7, TIP 
R1 

AUTHORm* CHECK FILE 
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RECORD CONTENT SHEET NO. 13 



rnricg- nnwPWEMnP. r!ONT7TRMATTON File? T1 fo T7* T10 



RECORD R 1 

LC CROSS-REFERENCE ' . AUIHORITY CHECK 

■ ■■ f \ ' 

X Record ID F . 

X Record Type F 

X First Statement V 

X Relationship Code F 

X Second Statement V 

O Filing Form * V 

O Print Form * V 



* On Confirmation Record 
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RECORD CONTENT SHEET NO .14 



Record: LC COPY REQUEST RECORD File: T3 to HO 

DORMANT FILE CROSS-REFERENCE m 

RECORD LG COPY 

CATALOG ITEM REQUEST RECORD . ITEM MASTER 

ITEM NUMBER CROSS-REFERENCE 
DORMANT FILE DELETE 



X Record ID F 

X Item Number F 



Variations 

1 . Since all that is required in Request and Cross-Reference records 
is an item number and an indication of the way the item number is 
to be used, the above Record ID Field suffices to differentiate 
the various records . 

2 . LC Copy Requests, Type 2, generated in run 3 have an additional 
field; 

I X Local Item Number F 
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RECORD CONTENT SHEET NO J5 



Record: ALPHA MATCH NOTE RECORD FUe: 



X Record ID F 

X Local Item Number F 

X Second Local Item Number F 






T3to TIP 
PI 
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RECORD CONTENT SHEET NO .17 



Record: LG COPY PRINT RECORD File: T5 to T9 



X Record ID F 

X Local Item Number F 

X LC Copy V 
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RECORD CONTENT SHEET NO .18 

Record: STANDARD CATAL OG RECORD File: T6 to T9 

““ I T EM MASTER 



X Record ID F 

X Change Type F 

X Item Number F ■ 

O Elements V 



Elements 



X 


Element Code 


F 


X 


Element Code Suffix 


F 


X 


Entry Control Code 


V 


X 


Designators 


F 


X 


Authority File No . 




0 


Statement 


^ \ 


o 


Filing Form 


V > Subelement 


o 


Print Form 




o 


Description Codes 


vj 



Repeat subelement as many times as needed 
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Record: HEADING CHECK RECORD File: 



X Record ID 
X Establishment Code 
X Statement 
X Item Number 
0 Element Code 
O Element Code Suffix 

0 Subelement Number 



F 

F 

V 

F 

F 

F 

F 
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RECORD CONTENT SHEET NO .21 



Record: AUTHORITY UPDATE RECORD File: T6, T7 



X Record ID F 

X Establishment Code F 

X Statement V 

X Record Type F 

O Filing Fcim V 

O Print Form V 

O Description Codes V 

O Cataloger Notes V 

O Public Notes V 
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RECORD CONTENT- SHEET NO .22 



Record: SSTABLBHEP FORM RECORD File: AUTHORITY CHECK 

♦ 



X Record ID F 

X Establishment Code F 

X Statement V 

X Disposition Code F 

O Second Statement V 

O FUing Form V 

O Print Form V 

O Description Codes V 
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RECORD CONTENT SHEET NO .24 
Record: HEADING RECORD FUe; T8, T9 



X Record ID F 

X Error Indicator F 

O Element Code F 

O Element Code Suffix F 

O Subelement Number F 

X Statement V 

O Filing Form V 

O Print Form V 

O Description Codes V 

X Item Number F 
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RECORD CONTENT SHEET NO. 



T; 













RecbrdV CATALOG AUTHORilT ENTRY- R^ File: T8 - TO 



CATALOG 



X Record ID F 

X Statement Filing Form V 

O Statement Print Form V 

O Public Notes V 

O Cataloger Notes V 








- i 






* I'- 
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RECORD CONTENT SHEET NO .27 



Record: CATALOG ITEM RECORD 



FUe: ITEM MASTER FILE 



X 

X 

X 

X 

X 

X 



ERIC 



REENTERED CATALOG ITisM kECOkD 



Tiu, m, i2 CO T9 



CHANGED ITEM NUMBER RECORD 



Record ID 
Item Number 
Date 

Hold Period 
Status Code 
Elements 



F 

F 

F 

F 

F 

V 



■•I 



Elements 



X 

X 

X 

0 

X 

X 

0 

0 

0 

0 



Element Code 
Element Code Suffix 
Entry. Control Code 
Designators 
Establishment Code 
Statement 
Filing Form 
Print Form 
Description Codes, 
Error Codes 



Subelement 






Repeat for as many subelements as needed 



■'••1 
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RECORD CONTENT SHEET NO .29 

Record: CATALOG ENTRY RECORD . FUes: TIO, TLl ; 

^ CATALOG 

X Record ID F 

X Generating Element V 

O Description Codes V 
X Entry Type F 

X Filing Code V 

X Item Number F 

X Elements V 



Elements 

X Element Code F 

X Element Code Suffix F 

X Statement of first subelement V 

O Statement of second subelement V 

etc. 






Filing Code . 

X Designator or Repeat Code 

X A 

X Catalog Code 

X A 

X FUlngCodel 

O A 

0 Filing Code 2 

etc. 



f 
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RECORD CONTENT SHEET NO 



Record: CATALOG ACTIVITY PRINT RECORDS 
ERROR REMINDER LIST RECORDS 



X Record ID (Report Type - RC) F 

X Report Record Type F 

X Item Number F 

X Elements . V 



September 1967 
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File: TIO 
PI 
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RECORD CONTENT SHEET NO .32 



Record: AUTHORITY UPDATE PRINT RECORD File: TIO 

PI 



F 

V 
F 

V 

V 

V 

V 
F 

V 

V 

V 
F 



X Record ID (Report Type RA) 

X Statement 
X Validity Code 
X Statement 
O Filing Form 
O Print Form 
O Description 
O Change Indicator 
O Valid Change 
O Public Notes (for additions) 

O Cataloger Notes (for additions) 
O Error Flags 



- 59 - 




o 

.ERIC 











T"M e O D O R S ST, e I N 



September 1967 



^-1 



RECORD CONTENT SHEET, NO .33 

Record: L C CROSS -REFERENCE HUNT RECORD File: TIO 

■ : - .. PI 



^ I 






X Record lb (RX) 
k ; First Statement 
X Authority Check 
X Relationship Code 
X Second Statement 








- HP 
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FIELD DERIVATION 

FUe Name: INPUT Record Name; CATALOG RECORD 

Content Sheet No . 1 

Record ID 

Always CW. 

Change Type, Item No » 

Transcribed ruichaxiged from Catalog Worksheet. 

Element Mark 



Typist inserts an element mark preceding the information in an element 
every time he recognizes a new element . 

Element No . 

If an element no appears on the worksheet, the typist transcribes from the 
catalog worksheet . Otherwise no element no . appears in the input . An element number 
on the catalog worksheet is transcribed exactly as it appears, including the " — 
symbol and the number following the • 

The element number that appears in the catalog worksheet is subject to certain' 
restrictions on length . If the first character of the element number is numeric, then 
the element number is two characters in length • If the first character of the element 
number is alphabetic, then the element number is one character in length. 

Elements 

One element appears in tiie record for each element of the catalog worksheet for 
which element munber .does not explicitly appear . For each elenient of the Catalog 
Workjheet in which element number appears explicitly, ah element appears in the record 
only if data, has been entered for the element . In the case of elements without explicit 
element numbers, if no data has been entered for the element number, then the l^ist 
will type only the element divider . . . ■ 

Start Code Field, Codes, End Code Field 

If present, these will always consist of a left angle bracket followed by codes 
followed by a right angle bracket. If the typist finds such a configuration immediately 
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; 



' 1 






preceding the element statement she tj^s it. Otherwise these parts are not present. 
This information W01 appear in the inpit as follows: first the left angle bracket, then 
the codes, the end of each dode marked by a comma, theji the right angle bracket . 

Ibe codes can be of any length and there can be any number of them . Any combination 



“of“Cn«ixactex.s ca*! appear as a code i 



i ! ' > 






Remainder of the Element 



The remainder of the element is transcribed by the typist from the Cathilog 
Worksheet exactly as it appears . Coding will have been used withto the element which 
, allows the machine to distinguish the various parts of the element and jpfocess them 
accordingly . The following section describes the co^g wMch distinguishes the various 
parts of the element . 



'•S 

•I 






-..1 



I 



■A 



Statement 






element 

nuniber of codes field, depending upon the presehcO dr absence of these fields « The 
end of the statement is indicated by either the presence of a left angle bracket, of an 
element subdivider, the presence of an element mark (i.e the start of a new elem^t), 
or the preseiice of a record mark (i .e the start of a new record) . 

Piiihg Form and R^iht i^oidn ' . '' ' \ V’’ ' •’ *' ' - ' 'V 






i 












-1 






K the statement is followed by a left angle bracket, then the information 
immediately following is either the fUing form or the print form . It is the filing . 
jfiirrf^if^ a downward arrow, a left deletion ^iiibdl or a r^ht deletioi 

if jfie^left angle hradk^ folloWed by a dow^nward arrow .If ^ 

node St Mese hold, ^en there is no filing form and the ihfoitnation immediat 

after theief£angle bracket is the print form*. The end of either the filing form of the 
print foant is marked by a right angle bracks 






,K mere is a filing form, then if the right angle bracket of the filing form is not 

a left angle bracket, there is no print form . If the right angle 
Hrdcl^^ ioiidwed by a left angle bracket, then the data following the 

' left dhj^ie Stacked The print form is terminated by aright angle 

■^brah&tr ^ 



-'i 



'I 



Additional Subelements 






A delta or slashed delta marks the beginning of the new subelemehts . There may 
beas many ^ as needed. Each subelement has a structure consisting of 

cb^es, "stdtemdht, Ming form, print jfdrm which is exactly the same as that described 
above* 
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FIELD DERIVATION 

' • i 

File Name: TRANSACTION FILE 1 Record Name: ALPHA RECORD ■ 

Content Sheet 11 



Record D (F) 

, ' I * '* 

Set to internal ID for Alpha Record • 

Change Type (F) 

All records in Transaction File 1 are tagged as ”add" records . 



Alpha Field (F) 

Derived from the main entry and title elements of the New Title Notice or 
Library of Congress Record from which tiiis record was created* The construction 
of this field is not fixed at present and will have to be determined as a matter of 
experiment. An initial suggestion for personal names is the following. 

Let the field be a twenty -character field. The first 10 characters are the first 
10 characters of the main entry if the first word of the main entry is 10 characters or 
more. If tlie first word of the main entry is less than 10 characters, then the first 
10 characters are the first word of the main entry followed by a sufficient number of 
blanks to total 10 characters . Tlie last 10 characters are derived from the first 
s-gnificant title word. A significant title word is any word except ”a”, ”an”, or 
"the" . If the first significant title word is 10 characters or more, the first 10 
characters of this significant title word become the last 10 characters of the alpha field . 
Otherwise the last lo characters of the alpha field are the first significant title word 
followed by sufficient succeeding characters (including the blank after the first word) to 
total 10 characters . The start or end of a "word" in the main entry or title is detected 
by the presence of a blank . 

No method has yet been worked out for corporate names . 

Note that regardless of what scheme is used for corporate names, it is clear that 
a different scheme will be used for corporate and personal names . Thus, in forming the 
Alpha Field, it will be necessary to refer to the description code in a New Title Notice 
or to the "Type of Main Entry" field in an LC record. 
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Types of main entry other than personal and corporate names will pose 
further difficulties . These also have not been worked out. It may be advisable 
to make ho attempt at an alphabetic match in these cases and simply-put 
out for visual search . 



Item Number 



' transcribed from LG Card Number Field of LC Record. Transcribed 
from Item Number Field of New Title Notice 









? : ' 






.M 
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FI5LD DERIVATION 



File Name: TRANSACTION FILE 1 Record Name: ALL RECORDS EXCEPT 

ALPHA RECORD 

' i , i * - ^ : r-' 

% 

- * A ' ) ''' 

Record ID (F) 

Translated from Record ID in the input record • For each Record ID that 
can appear, in an input record an internal Record ID is defined* By table lookup 
the internal Record ID is.obtained from the external Record HD . If the same 
Record lb’s are usecl internally, as are used externally, then this field is simply 
transcribed unchanged froni the input . 

Remainder of the Record (V) , 

Transcribed unchanged from the injput* 
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FIELD DERIVATION 






File Name: TRANSACTION FILE 5 



Record Name: LC COPY PRINT RECORD 



Content Sheet No . 17 









a;inatcii of aa it alphaftetlc kg with a locil alphafette^^^te^^^^^ ' ; 
in Ae Alpha Watch run, a request is geiierated to extract the LC Copy to print a: 
coiriparisbii of LC ahd local record . This printout will be used to deteraine if the 
two records are actually for the same item . If they are for the' saihe iteiii, a New 
Title Request must be made under the LC number to place it on the Item Master 
File • At the same time a request must be made via a catalog worksheet to change 
the local number to the LC number . The reason for mahual intej^entw^ 1 . 

there is no guarantee that the alpha tag will be imique . 



Record ID 



Always "LP” 



Local Item Number 

Transcribed from the second item number on the LC Copy Request Record. 
LC Copy 



The entire LC record is transcribed from the LC Copy File 
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FIELD DERIVATION 



File Name: TRANSACTION FILE 6 Record Name: STANDARD CATALOG 

RECORD 

Content Sheet No . 18 

Record ID, Changd Type, Item Number 

Transcribed unchanged from the input record . 

Element Code^ Elenlent Code Suffix 

Derivation of elements for Catalog records which are marked as changes is 
straightforward. All elements present on these records must contain a specific 
element liumber (and elemerit number suffix if needed) . The Input Control speci- 
fications for elenient humdiefing do hot apply 

ifien the Catalog record is marked hew, however, the Input Control may be used 
extensively in assigning element numbers (and element number suffixes) . 

There are three options for element numbering to be found in the Input Control: 

1 . Start Element number . 

2 ♦ Fixed length elements 
3. Separate element generation 

These options are discussed fully in the system definition. *.lere, the mechanics in 
deriving element numbers with these options will be defined. One or more elements 
will be generated under the Input Control for each element on the Catalog record unless 
the element consists of an element mark only . 

If the Start Element Number is present, and the Catalog record is marked new, 
associate a position number of 1 with the first element of the Catalog record . This 
position number will be modified as the record is . scanned, and as. the Input Control is 
used. The logical seqiiencd of element numbering is listed below . 

Initial conditions: Catalog record marked new . Position coimter is 1 . Start element 
^ indicator set dh if start element option is present. 

1. Is the Start Element indicator on? If no, go to step 4. 

2 • Is the position counter less than the Start Element Number? If no, set Start 
Element Indicator off and go to step 4 . 
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3 . Assign the position counter value to this element and. increase the 
position counter by one . 

4. Now scan the hiput Control for the element number present in this field. 
Absence ox an Element number at this point is an error condition. 

5. Does the Input Control specify the Fixed Length element option? If no, 
go to step 10 . 

6 . Construct an element using the required number of characters and perform 
all edit functic as . 

7 . Is this the end of the record? K yes, go to step 14 . 

8 . Is the next character following the extracted characters an element iriark? 
If yes, go to step. 1. 

9 . ^ Hace an element mark before the first.valid character, set die positicu 

counter to the previous number plus one and go to step 3 . 

10. Does the Input Control specify the separate entry generation option? If no, 

goto step 13. T . • 



U . Construct elements with suffixes and edit until the next element divider or end 



of record is reached . 



12 . Is this the end of the record? K yes, go to step 14 . If no, go to step 1 . 

13 . Construct element to next element mark, edit, go to step 12 . 



Entry Control uoae 




K any one of the codes M, T, X or Z appears in the Codes field of &e ^^t 
element, the entry control code U determined by this code as follows: M -.Mam 
EnSr; T - Adde^ntry; X - No Entry: Z - Entry Repeat. . , , 




Added Entry; Z - Entry Repeat; Blank - No Entry . . 



i 
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Designators , > 

One designator occurs for each designator in the input element. Depending 
upon programming considerations, the designator codes in the output, element 
could be defined to be the same as the codes in the input element, or a conversion 
could be specified . ; See Programming Notes 1 and 2 . 




rilie designators in the input element, if present, are among the codes in the Codes 1 
field of the input element. In order to distinguish the designators from the other j 

indicators and the description codes that can be present in this field, the following rule 
' iaused: A; designator in the input element is any code in the Codes field which ^ 

satisfies ail of the following conditions: • , . j 




di aracter is M, T, or X 
: 2. iritis more than one character in length 





- j 

ji 



3. In the "Valid Description Codes and hidicators” field in the Input Control 
Notice data for this external element number there is a code tiiat starts 
with * and with foUowiiig characters which are identical with the characters 

Siibeleihehts \ ; : r: : _ . 



One subelement is created for each subelement in the input elenaent • A si^- 
element of the input element is aU. of the data between a or /% symbol and the 
next ; ^ or /V symbol or the end of the element. The parts pfiies 
: obtained as deiSibed below • 




1 V = Authority File Number , . : \ : J 

' o r , . . Eor.the first subelement the authority file nuinber is taken froni the input pbntrol ^ 

notice for this ^lement number unless the first subelement in the input record is preceded i 
bya or symbol c If the first subelement is preceded by a symbol, the | 

authority file number is taken from the input control notice if this number is not blank in the ; 
input control notice; it is blank h the authority file number in the ^put control notice is 
. \ , .blank. ; K the first subelement is preceded hy a, N synibol, then the authority file number j 
-^-..-ishlank.^ ^ ;■ '' ■' ; 



; : For subsequent subelements the authority file nmnber is determined by the presence 

i ^ ‘ of the preceding ^ or ^ and the rule for the determination is the same as that given 
above in the ^case when the first subelement is preceded by a A pr ^ , 

'Statement ! • >■: . t - ■ ■ • " 




Transcribed from the statement field of the input subelement with only the following ^ 
change: ' ' ■' ' : | 
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All 'V and T andT symbols are removed and the remaining characters 
are moved to close up the space that they occupied . 

Filing Form 

This is present only if one of the following conditions is met: 

1 • There is a symbol, a s 3 nnbol, or a *1 S 5 nnbol in the statement field of 
the input element. 

2 . There is a ^ bracket immediately following the statement in the input element, 
and there is a ^ immediately following this bracket. 

If either of these conditions is met a filing form is present . The filing form is 
constructed from the statement field and filing form field of the input element exactly 
as described in the system definition in the section entitled Filing Form and Printing 
Form . This description will not be repeated here . 

Print Form 



A * print form field is present only if there is a print form field in the input sub- 
element. A print form is present in the input subelement, if there is no filing form 
and the statement of the input element is followed by a ^ bracket, or there is a 
filing form and the > bracket that terminates the filing form is followed by a ^ 
bracket. The print form is transcribed from the input element unchanged. 

Description Codes 

The description codes are derived from the Codes field of the input subelement. 
Description codes are distinguished from other codes in this field by means of the rules 
that are given inthe paragraph immediately following this . The description codes in 
the input subelement are either transcribed unchanged or are converted, depending upon 
certain programming considerations . See Programming Notes 1 and 2 . 

General Statements on Editing of the Codes Field in the Input Element 

The Codes field of the input element contains two classes of codes: Indicators and 
Description Codes. An indicator is a code which indicates some definite predefined 
action which the computer system is to take, an action which has been programmed into 
the system . A description code is merely a piece of descriptive information which is 
carried along into catalog record . No actions based upon specific description codes are 
programmed into the system . However, the presence of the description codes makes a 
certain amount of system control possible by means of control cards which refer to 
description codes, and they make possible the pr'^^p? ration of special programs at some 

later time which would select based upon description code . 

♦ » 

Indicator codes are identified by the following rule: the indicator codes for the 
computer system are the single letters, M, T, X, Z and N and also certain multiple 



o 
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letter combinations starting with M, T, or X ., A multiple letter combination 
starting with M, T, or X is an indicator code if in the input control notice for this 
external element number,, there is present in the "valid indicators and descriptton 
podes’l field die same.mi^t^^^^ letter combinadpn but with th^ T, or X 

replaced by ah asterisk. 

Any code found in the codes field which is not an indicator accortog to the above 
description is either a description code or is invalid. K it is a description code, it 
must match one of th^ codes m the "valid indicators and description codes field of 
die input conttol notice • Otherwise it is an error . 



/J K 



.A ' : ' 










\- 









4 






THEODORE STEIN 



September 1967 



FIELD DERIVATION 

File Name: TRANSACTION FILE 6 Record Name: HEADING CHECK RECORD 

Content Sheet No . 20 



Heading Check rec ords are generated from three types of records: 

Standard Catalog Record 
Established Form Change Record 
Authority Records (cross-references) 

Record Type 



Always HC 
Establishment Code 



Generated from the Authority File number on Standard Catalog records or 
Authority records . For EF Changes the Establishment Code is the Establishment 
code for Main Authority File . 

Statement 



For Standard Catalog recoids the Statement is transcribed from the element . 
For EF Changes the change -from Statement and change -to Statement are each 
transcribed onto separate Heading Check records . For Cross-References each of 
the Statements are transcribed onto separate Heading Check record . 

Item Number 



For Standard Catalog record the Item Number is the Item Number of the Standard 
Catalog record . 

For EF Changes the Item Number is a generated number which identifies the 
record as a EF Change and serves to bring together the two halves of the EF Change 
record at a later point in the system . 

For the Cross-Reference the item number is generated in parts. The first 
part identifies the record as a Cross-Reference and serves to bring together the 
two halves of the Cross-Reference. The second part defines the source (LC or 
Local) and the relationship (see, see also, see from,, see also from, transform). 
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Element Code, Element Code Sii£Hx» Subelement 

For Heading Check records generated from Standard Catalog records these 
fields, are transcrjUbed imchanged . ' V V!. 
















EMC 
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FIELD DERIVATION 



FUeName: TRANSACTION FILE 6 Record Name: AUTHORITY UPDATE RECORD 

Content Sheet No . 21 



1 

s 



Record ID 



Always ”AU" 



1 



Establishment Code 






Generated from the File Number on Authority record 



Statement 






Transcribed from the Established Form field on the Authority Record if there 
is no Code element present. If a code element is present the Code element is the 
Statement . 



C*' 



Change Type 



Record can be an addition, change, or deletion. Code derived from Change Type 
on Authority record. For deletions this character marks the end of the record. 






Filing Form 



If a Filing Form element is present on the Authority record it is transcribed on 
this record. 






3i 

5 



Print Form 



If a Print Form elemeilt is present on the Authority record it is transcribed on this 
record . If the statement field was generated from a Code element on the Authority record 
there will be no explicit print form . The Established Form on the Authority record is 
transcribed as the Print Form when a Code is used as Statement . 



Description Codes 

Transcribed unchanged from the Authority Record 
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FIELD DERIVATION 

it ‘‘ : . * = ' 

File Name: AUTHORITY CHECK FILE Record Name: ESTABLISHED FORM 

Content Sheet No . 22 



Record ID 

. Always ”AF” ' " 

Establishment Code, Statements 
Transcribed from input 
Disposition Code 

For those Statements which are coded "do not trace" an indicator is placed in 
this field . Where the LC Statement is to be transformed an indicator is placed here • 

Second Statement 



Where the Disposition Code indicates a transformation is to take place the 
Statement to be used appears here and the following fields refer to this statement . 

Filing Form, Print Form, Description Codes 

For all but the transformation type records the fields are transcribed unchanged 
from addition records . Changes are made to Established Form records only under the 
following conditions: 

1 . No EF Index Records - Filing, Print, designator change 

2 . Change to Public or Cataloger Notes 

The transformation record requires the recycling of Filing Form,. Print Form» 
Designators from the "change -to" record on the Authority Check File . This is done 
by using the Heading Check record to signal that the Information is to be recycled. 

A Cross-Reference Confirmation record will be used to recycle this information. 
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FIELD DERIVATION 

File Name: TRANSACTION FILE 8 Record Name: HEADING 



Content Sheet No . 24 



Record ID 



Always HH " 



Item Number 



I 



Transcribed from Heading Check record 

Error Indicator 

If the Statement was found invalid when checkiiig against the Authority 
Check File that cbndition is indicated here . 

Element code. Element code suffix. Subelement number, Statement 
Transcribed from Heading Check record 



Filing Form, Print Foriii, Description Codes 

Transcribed from Established l^orm record, where present, when the 
Statement was valid . ... 



.er|c 
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FIElib DER^i'ATION ‘ 









File Name: TRANSACTION FILE 8 Record Name: 



CATALOG AUTHORITY ENTR^ 



Content Sheet No . 25 



Record ID 



The following record types exist: 



Entry Addition (or replacement) 

Entry Deletion 

Cross-Reference entry -print cross-reference 
Cross-Reference entry - suppress print 
Cross-Reference entry - delete 



CA 

CD 

CP 

CS 

CX 



n 






Statement Filing Form 



4 



”CA" ”CD" 



records . 



Formed by transcribing Filing Foim of firs|t Statement on Cross -Refe|rence 
record, followed by Relationship Code* followed by FRing Forni of second Statement. 
When the .recpird type is /’CD" or "CX" this is tihe last field in the record . 



Statement Print Form 



The same structure exists for Print Form field as for Filing Form field except 
that Print Forms are transcribed instead of Filing Form . 



Public Notes, Cataloger Notes 



Transcribed unchanged for "CA" records • 



4 



-J 
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FIELD DERIVATION 

■ » 

File Name: ITEM MASTER FILE Record Name: CATALOG ITEM RECORD 

- Content Sheet No • 27 



The input Group 

All of thd records in the input which can affect a Standard Catalog Record on the 
Item Master File are: 

Standard Catalog Record on T9 

Heading Record on T9 

Standard Catalog Record on Input IMF 

Special Request Record on T9 

LC Copy 

New Tide 

Any group of these records with a common item number will affect the derivation 
of a catalog record with this item number on the output IMF . 

Record ID 

Always CW 

Item Number 



Same as item number of input group • 



k 

■ 



)> 



o 

-ERIC 



Date 

The basic cycle number in which the most recent modification to this record for 
this item number was made is entered here . 

Hold Period 



Determined by the records in the input group in the following priority; 

Special Request Notice with Hold Code of 1 or 2 
IMF Catalog Item Record 
T9 Catalog Record 

Determination is as follows: 
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Inj ut Record Making 
Determination 






Input Hold Code 



Hold Period 
Ja. Output 



Special Reqiie st 



Enter now 



0 



Special Request 



Hold 



Taken from input hold period 



IMF Catalog Record 



Taken from input hold period 



T9, Cat^pg Record 



Pre- set standard delay time 1 



Status Code 



The following status codes are possible: 



0 



Records have been sent to the Catalog for this itein . Any charge to or deletion of 
this item from the Item Master File requires corresponding changes to the Catalog. 



1 



^ f * .r 

The record reflects any changes made by catalogers and is either in error and 
awniting correction;©^ is correct and awaiting expiration of a hold period . When 
the hold period expires records wiU he generated for the Cataibg File and the 
status code will be changed to d . 



This record is LC Copy unchanged by catalogers • ff catalogers, upon review of this 
record, make changes the modified record will be given a status code of 1 . E no 
changes are necessary and the record is not in error. Catalog entries will be 
generated from this record when the hold period expires and the status code will 
be changed to p . . - . . :. i 



3 - 



This record is a New Title Record. Rules for using this record are the same as for 
status code 2 . 



.4. 



This record is LC Copy which nia.tches an easting Catalog Item record with a status 
of d or i . it remains on file to allow catalogers to make a comparison of local 
cataloging and LC cataloging. E the cataloger decides to ignore LC Copy the record 
expires « E the LC Copy is to be accepted the cataloger must input a "change LC” j 
record. A "change LC" record causes a deletion of all local cataloging. 



5. 



This record is a deletion in a hold period . E is generated when a record with a 
status of 0 is deleted or when it is changed. 



The decision table on Page 24 defines the logic for u^atipg the Eem Master File. 
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Elements 



Each element of the record is derived using the standard procedure described 
below . 



In the following discussion ’'matching" means a match on item number 
element code, and element code suffix* 

Element Code and Element Code Suffix 

If there is a matching element in a Standard Catalog Record on T9, then these 
are taken from, the record on T9. Otherwise they are taken from the Standard 
Catalog Record on the input IMF . 

Statement, Filing Form, Print Form, and Description Codes 
For Any Subelement 

Taken from the first of the following matching data items that is present in the 
input. 

Remainder of the Element 

The remainder of the element is derived by the following procedure; 

1. Define an intermediate element as follows: If only a T9 catalog record or 
only an IMF catalog record is present in the input group, then the intermediate 
element is taken from the record that is present . If both are present tlien the 
intermediate element is taken from the record that is present . If both are 
present, then the intermediate element is the element from the T9 record, 
imless the T9 record element has no statement field . In this latter case the 
intermediate element is taken from the IMF record . 

2 . The final element is obtained from the intermediate element by application of 
any matching T9 heading records . If there is a matching T9 heading record, 
then apply this to the subelement which has the position indicated by the sub- 
element number in the heading record. The statement, filing form, print form, 
and description codes are taken from the heading record. 

All of the data is transcribed unchanged except for Establishment Code, which is 
derived from the input Authority File Number as follows: 

Authority File Number Establishment Code 



Derivatiou of Elements 



any other 



00 

01 



0 

1 

2 
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riELO DERIVATibN ' : > 

File Name: TRAISBACTION FILE 10 Record Name: CROSS REFERENCE CON- 

. : • . - FJRMA.T10N - ^ 



Contait Sheet No . 13 
The paired Heading records must both have Valid statements . 

Record ID • • - ' ■ 

’ V,;'r ^ • V : '' 

Record TVpe ^ ^ : 

Defines three record types: : 1 : t 

- ,1. , . LC Cross-Reference 

2 . Lbcal Cross-Reference 
3. Transformation recycling information 

Developed from the suffix of the Heading record Item Number . 

First Stateni^t . 

: The |*referenced-^^ Statement appears here for Cross-References • Ihe 
"clu^ed-fepm*' Stateinent appears here for transformation recycling information. 

Relationship Code : 

Indicates "See-from" or "See-also-froni” relationship for Cross-References . 
Redundant in transformation recycling records . Derived from the suffix in Heading 
record :ftem. Number . , , 

Second Statement, Filing Form, Print Form 

The "referenced^ficom” Statement. infqrmati^ the "chahge-to” ifaformation 
is transcribed from the Heading record • 
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FIELD DERIVATION 

File Name: TRANSACTION FILE 10 Record Name: EF CHANGE CONFIRMATION 

Content Sheet No . 5 



After the two Statements have been checked against the Authority Check 
File they are sorted together to be recombined in run 10 (see the Field Derivation 
for Heading Check records and Heading Records) . The EF Change Confirmation - 
Record is regenerated only if both Statements are valid . 

Record ID 

Always "EF" 

Old Statement, New Statement 

Transcribed from the Statement fields of the paired Heading records separated 
by a distinctive Separator Character . 
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FIELD DERIVATION 



V 



File Name; TRANSACTION FILE 10 Record Name; CATALOG ENTRY RECORD 



Cotiteiit Sheet No • 29 



All fields in the Catalog Entry Record are derived from the Item Master File 
Catalog Item Record for that item number • Each catalog entry is associated with a 
specific element number and possMyjilsq yriA specific catalog, designator or with 
a specific repeat code* By; ''repeat'' code, is meant an element stotement of 
^th\enlxy ^bntfol code ."entry repeat" . M entry that has not been generated for a 
catalog designator or for a repeat code will be called an entiy for. tie prihcipal 
catalog* 



Record ID 



Always "CE" 



Generating Element 



This is the Element Code and Element Code Suffix of the element that g^^ 
this entry. 



Description Codes 



These are all of the description codes associated with the element that 
generated this entry . 



Entry Form 



If the entry is for the principal catalog or for a repeat code, then Entry Form 
is translated from Entry Control Code of the input record as follows: 



Entry Control Code 
Main Entry 
Added Entry 



Entry Type 

Main 

Added 



If the entry was generated by a catalog designator, then the Entry Form is 
derived from the first character of the catalog designator as follows: 



First character of designator Entry Form 

M Main 

T Added 
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• Filing Code . • ; i:,- 

Constructed from the elements specified in the Sequence Notice . The following 
procedure is used; / > 

1 . The proper Sequence Notice is selected . The selection is based upon the. , ; .. 

Generating Element, Description Codes, and Entry Type constructed for the 
' output record, and also possibly on the content of a specified element in the • t 

recor . The procedure for selecting the Sequence Notice is as follows: - 

a) Find all Sequence Notices for which the Generating Element Field of this 
record matched any element number in the Generating Elements Field of 4 

' the Sequence Notice^ or for which the Generating Elements Field of. the 
' ‘ Sequence Notice is blank . < . ^ ^ : 

b) Fronii all Sequence Notices selected in a), select all those for which any 
code in the Description Codes field of this record matches any code in 
the Description Codes field of the Sequence Notice, or for which the 

' Description Codes Field of the Sequence Control Notice is blank i'/ . : 

c) From* all sequence notices selected in b), select all those for whichi:.Ent^ 
Form in this record matches Entry Form in the Sequence Notice* oT{for 
which Entry Form in the Sequence Control Notice is blank. 

dX Inspect the Matching Element Code of all Sequence Control Notices selected 
in c) . Select the first Sequence Notice which meets either of the following 
conditions: 

,(i) The Match ing Element Code Field is blank 

(ii) In the IMF input record, the element whose Element Code matches^is 
code in the Sequence Notice has a Statement field which matches^the 
Statement field of the Sequence Notice . - ~ 

' ' ■ ' ' > ' T ' ^ V '' i*’ /i' ^ 

There should be exactly one Sequence Notice which satisfies the conditions; inV^., 

d), or if there is more than one, it should be irrelevant which ir, ' .ken . If there 
is no Sequence Notice that meets the conditions, the generatioi* . . all entries for 
the item number involved should be suppressed and an error record for this item 
number should be put onto the error report . (We realize tliat this is a very < 
difficult programming procedure; however, we see no acceptable alternative .) If 
there is more than one Sequence Notice that satisfies the conditions, the first one 
encountered is used as stated m step d) above and no special message is put out . 
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2* If this entiry has not been generated for a designator or repeat code, insert , 
a Zv symbol . K it has been generated for a designator or repeat code, insert 
the designator code, witliout the leading M or. T character, or the repeat code . 
Follow the code with a A symbol . 



2 • Copy the Catalog code from the Sequence Notice . Follow this with a A 



4. 



Inspect the first filing unit in the Sequence Notice . If the Element code is the 
’’actual characters” code, then pick up tlie data from the Filing Characters 
field of the filing unit and insert into Filing code that is being constructed . 



5. 



If the Element code is not the ’’actual characters” code, then find the element in 
the input record which corresponds to the element code and element code suffix 
in the filing unit . Find the subelement that corresponds to the subelement number 
in lie filing unit . Take the filing form of that subelement, if present, and insert 
it into the filing code . If there is no filing form, then insert the print form if 
. present . If there is no print form insert the statement. 






6 . Follow the portion of the filing code constructed in step 4 or 5 with a A s3nnbol . 



7* . procedure of steps 4, 5 and 6 for each filing unit in the Sequence Notice 

until all filing units have been accounted for . 



hern Number 



Transcribed unchanged from the input record . 



Elements 






One element in the Catalog Entry record is created for every element in the 
Catalog Item Record on the Item Master File . The element code and element code 
suffix are transcribed unchanged. For each subelement the statement of the input record 
is transcribed unchanged unless there is a printing form • If there is a printing form the 
printing form of the input subelement is transcribed as the statement of the output 
aubelement. 
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CODE liSTINGr 



Cards Code 



0 No Action . 

1 Print Cards 



VO'- 



^ ^ V.'? : V 



Change Type 



0 Addition 

1 Modification to existing record 

2 Deletion 



, . * o c . y; . ; 






Disposition Code 



0 Normal Authority Entry 

1 Do Not Establish 

2 Transform 






, ''■'I' 



Entry Control Code 



s 



0 No entry 

1 Main entry 

2 Added entry 



3 Entry report 



No entry for this element in the principal catalog. 

There is a main entry for this element in the princip^ , catalog. 
There is an entry for this element in the principal catalog . 

It is not the main entry . 

For every element that has an entry generation c^e of 
**trace main” or ”trace added”, duplicate an additional entry 

for 

trace repeat' 



tt, 



utt 



Entry Type 



1 Main 

2 Added 



Error Indicator 



i , ^ - 



0 No error 

1 Invalid Statement 



. : ' "•* j 












Hold Code 



0 No action 

1 Enter Now 

2 Hold 



-87- 






1 

:3 



I 



•1 









I 



September, 1967 



THEODORE STEIN 

CODE LISTING 



Hold Period 

0 to 99 cycles * . ,99 means hold indefinitely . 
IMF Error Code 

0 None 

1 Authority file error 

2 Non-authority file error 

3 Both authority and non-authority errors 

Internal Change Types for Catalog Records 

Add 
Change 
Change LC 
Change Main 
Delete 
Change EF 

Proof Code 

0 No action 

1 Print, proof 

■* < # ' “ 1 * 

Relationship Code 

0 See from 

1 See also from 

2 Transform LC Statement 

Report Record Type 

0 No errors 

1 Non-establishment error 

2 Established Form error 

3 Item Number Change 

4 LC Copy (Bibliographic Record) 
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CODE LISTING 



i fx/ 



Status Code 



■■ Of ^RecordytorPat^^^ r ; %• ■* C. * •■, 

1 Addition in hold period 

2 AMUfiS derived from 

3,^. Additioa derived ficcm N^TN, in hold period 

5- Ddetion in hold ^fiod 

. ValidityiGodej i; } j -vji •. 

5c:Pir^^yalid^additi .-p-.:. ^ ^ 

2 Valid Deletion 

' ^^S^^riavdiidAdditioi^^^^ >.> i; 

4 ’’ change . 

' ': '^etioil ' ' \ -.-L.^crpU ‘iiP-Tii ,:c- 



* X . c 

: ' ■' 'i\- i '-iti ■4' t - ‘ ;r>"? ‘*1 :>! v ;i ... .!:• 



‘ rs<i ^}/h ^ X’ i'/* 3 " 

' ^ V ‘ ^ i V ^ > 1 '^! /'i ^ 4 
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ERRORS - SYSTEM 

1 . No matching LC Copy in run 5 for request generated in run 3 . 

2 . No matching record on alpha file for delete generated in run 10 . 

3 . No matching LC Copy on dormant LC file for request generated in run 5 . 

4 . Negative coimt on Authority Check File record after all counts have been 
applied . (This does not mean that the count cannot temporarily be negative) 

5 . No match of Item Master request with Item Master records on Supplement 
or Main Item Master File . 

6 . No matching record on the Catalog File for a delete generated in run 10 . 

7 . Any out-of-sequence condition on Master Files . 

8 . LC Copy input matches LC Copy record on LC Copy file in run 5 . 

9 . Unmatched Authority Coimt records . 

10 . Unmatched Heading records in run 10 for records generated in nm 6 
for check of Cross References on Mass Changes . 

11. Record cross-referenced on current Item Master File is not present on 
Supplement. Cross-reference on Supplement not on Main Item Master File . 

12 . Authority Update record to cause printing or suppression of printing is 
inimatched by Catalog record . 
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ERRORS - CATALOGING 



-'sV 1 ^ 



1 * -Tn r.nmnlftt-e Info rmation on ttem Master Record • 






2. Field marked "Estabiished” is invalid. 

3 , Change to Item Master File is m^atcte^ Item Mastef , record 

and is not marked "Main'* . During Supplement time, if there is no match be- 
tween a request marked Mainland axross. refere^ to the Main ftem Master 

File. ^ '■ -V 

j 4. Addition to Item Master File is matched. 

5 . Deletion to Item Master File is unmatched.. 

" ; ; . 6 . Jfovalid codes on catalog worksheet . 

7. No match between LC I^int record and Item piaster File record • 
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JCiJXiXKJRO ^ JC\KJ X riKJSXll X 



1 . Invalid form of input; 1 .e close bracket before open bracket; 
open bracket with no close bracket . 

2 . Invalid description codes present in input . 

3 . Addition record is matched by record on file . 

4 . Deletion or change record is unmatched . 

5 . hivalid Authority file number . 

6 . Deletion record entered for an Established Form on the Authority 
Check File which has a non -zero count . 
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ERRORS - GENERAL 



1 . Undefined record in input run 1 . 

2 . Incomplete or invalid Control Notices . 
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CONT ROLS 

\ 

The system error checks based upon the interdependence of the various 
files in the system with each other are good control mechanisms . It is felt 
that these numerous system checks performed in the course of normal processing 
are sufficient r:ontrol . Introduction of additional controls would require compll- 
cated programming and may cause more errors than the controls would detect. 

Controls should be independent check on the correctness of the system. 

It is felt that any controls that anay be introduced would require procedures which 
are logically equivalent to the processing procedures . Use of non-independent 
controls is more misleading than having no controls . 

One possibility for a control on external procedures which may be monitored 
by the system is to produce a total of catalog worksheets processed which can be 
compared with a total kept by the cataloging section to ascertain that all catalog 
worksheets have been entered into the system . 
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PROGRAMMING NOTES 



1 » Conversion of Exterxisl Codes to Internal Codes 

It may be desirable to convert codes used on input forms such as the 
catalog worksheet to special internal form to save space . For instance, it 
may be possible to convert a multi-character . ode on the input to a single 
character code internally . It may be possible to use bits internally to repre- 
sent conditions shown by characters externally . The possibUity of doing this ■ 
will depend upon the programming language used, and upon the degree of 
orientation toward the characteristics of a particular computer • For inst^ce, 
if COBOL is used, and it is desired to use it in a way that is minimally oriented 
to^vard the characteristics of any particular computer, then such conversion 
may not be advantageous or may not be desirable • Generally, the advantage to 
be gained from such a conversion will be related to the characteristics of a 
particular machine . For instance, if a machine with an 8-bit character structure 
is used and programming is machine oriented, then it would be desirable to con- 
vert the external element code to a single 8 -bit internal element code • This would 
be entirely possible since the external element code allows lOQ numeric combina- 
tions and 26 alphabetic combinations . The 8 -bit character code allows 256 total 
combinations . It would be possible also to program the conversion without table 
lookup . Any conversion requiring a table lookup snould be avoided, since this 
means that a change of codes on the catalog ^v orksheet would require a programming 
modification for the table, whereas conversions that are programmed would occur 
automatically, and the introduction of new elements to the catalog worksheet would be 
accomplished simply be a change in the input control. 

2 . Format for Standard Catalog Element 

Since the greatest part of the Item Master File data consists of the Elements 
of the cataloged record, it is important to comdense the standard element as much 
as possible . While the machine and programming language to be used in implement- 
ing the system must be the determinants of how much condensation is possible, 
several suggestions will be made here which will provide reduction in the size of the 
Standard. Catalog Element. The discussion wiR assume a machine has 8-bit character 
memory and that the language used allows manipulation at the bit level . If the 
language used in programming the system has awkward bit manipulation syntax, con 
sideration should still be given to the more complicated coding to reduce the size of 
file and thus reduce the input-output time . 

Use of a 6-bit machine can still provide savings if data is held at the bit level. 
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Element Code; 

The input format allows for 100 numeric combinations and 26 alphabetic 
characters for a total of 126 possible Element Codes . Seven bits may be used to 
represent these combinations . The eighth bit may be used to indicate the presence 
of a suffk . • 

Element Code Suffix - Entry Control Code: 

Two bits are required to represent the possible Entry Control . The re- 
maiiiiiig six bits allow 64 possible suffixes# This appears to be a reasonsd^le 
restriction on the number of suffixes that are needed. For both the Element Code 
and the Element Suffuc Code, the transformation should be made by programming 
rather thaii by table lookup . • 

- * i 

Desi^ators: 

To avoid the necessity of table lookup and of making modifications to the 
programs each time a designator is added, it is suggested that designators 
not be kept in bit format. If Ibsignator Codes are limited to one or two alphabetic 
characters, savings can be made by reducing the alphabetic characters to six bits 
and replacing the comma separator by two zero bits . It is possible to use only two 
zero bits for separation of designators because six bit alphabetic characters re - 
■ quire that one or both of the two high order bits must be one . 

Establishment Code: 

Two bits are required to define the establishment status df the element . The 
remaining six bits can be used to hold other information . For exairple, 

bit 5 “ Establishment Error 

bit 4 “ Last subelement 

bit 3 “ Filing Form present 

bit 2 “ Print Form present 

bit 1 - Both zero to define subelement division 

bit 0 - ” . 

It is suggested that the close angle brackets be dropped from all but the 
last field and that the presence of the open angle bracket be kept to divide fields . 

Descriptibn Codes: - 

Description codes can be condensed in the same way that Designators are . 
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3 . Use of Element Dividers to Indicator Field Length 
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in the record and reservation of special characters for this purpose provides 
the simplest method of delineating fields of a record . If a machine with an eight- 
bit character memory is used, a more efficient method may be considered . 



The eight “bit byte may be used to indicate a field length up to 256 characters . 
To allow the use of a byte in this way requires that the programming language be 
close to the machine language level; i.e an assembly language rather than a 
compiler language . 

The field length divider is not a special reserved character • It may be 
any character . It is significant only in relation to the beginning of the record or to 
the previous field length divider . It may be used as part of a machine language in- 
struction providing efficiencies in manipulating Elements or Subelements . 

The use of this type of divider does not restrict the field length to 256 char- 
acters . If the field length is greater than 255 characters, the first 255 characters 
will be contained in the first field, and the field length indicator will be set to 256, 
indicating that the next field is a continuation . 



> 
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SYSTEM PARAMETERS 




P 2 an LC copy request is kept on the LC File before 

it is dropped . 

/ ' P 3 Ito cycles an LC record is kept on the Dormant File before 






P 4 Number of basic cycles a Catalog Item Record is kept on the current 
? “IMF afteT it goes^ to^ supplement i ^ 1. - l ‘ : ” 

'■ 4 . VV.?'.: '■■Wr / fj ■■ "s ■'"■J, r;::? .,>»•* - .'Si-. 

P 5 ' '‘Fftj^ber basic Cycles a Catnlog item Record remains on the Item Master 
" a Catal^ Entry Record is generated . . . j 

' pl5 i ’ ^'Number of basic cycles a type 1 Cross Reference Record remains on Item 

''‘-^’"'^'MaStCr'FilebCfo^ .--O,' ,f. > 



P 7 Number of basic cycles a Catalog Item record with an error, must be on 
file before it is printed on the Error Reminder List . 



P 8 Number of basic cycles LC Copy which was used for cataloging will remain 
bn the Dormant LC File* 
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OPERATING PARAMETER 

I C i Basic Cycle Number 

t » C 2 Dormant Cycle Number 

r' 

I C 3 IMF Supplement Cycle Number 

I ^ 

j C 4 IMF Main Cycle Number 

[ C 5 Catalog Supplement Cycle Number 

I C 6 Catalog Main Cycle Number 

I C 7 Error Reminder List 



I For parameters C 2 thru C 7 the value is zero 

j if the option is not being run . 

i 



I 



V 
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The Liput Pata Required By The System 

r,)" -rf- 'ir,. - V.,-’* 

, i . For each new item tliat is cataloged a catalog worksheet must be 
' : s^mitted . 'Ihis con^ usuial type. 6f 'descriptive and I • ^ \ 

" ^ sd^ject cataloging i^^ 



" -1^ 



. i « “-I 






2. 6dtaiog^'^ submitted for changes to or delations 

of previously submitted catalog information, ' 

- ^ foim not previously used appears 6n a catalog- 

4iwbrksheet» a social mark must be put by that established form on 
^ worksheet to indicate tibiat it is to be hewiy established^ 

or ait 



;4|-; 

" ^ established forms*, or to enter or change cross«“references 

:';"-;:\dr"n6tes'ford^^ . ■ 

,5 , Library of Congress, copy hi MARC machine-readable form must be 
: " ; entered if the machine features that allow search for Library of 
Congress copy are to be used* : 



6 * 7 A request to 
' ' Ifbr each title bn wlddh such a search is to be made 
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What The System Does 
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Principal Results 

1 • The system produces catalog cards, shelf list cards and cross-reference 
cards for all items which are cataloged, if it is indicated that card output 
is one of the outputs^ desired from the system . 

2. The system will produce magnetic tape from which master copy for offset 
production of a book catalog can be prepared, using a computer printer 
or a photocomposition device, if this is indicated as one of the desired 
outputs from the system . The system will also prepare a shelf list in 
printed page form, if desired. 

3 . The system will prepare an authority file listing in printed page form on the 
computer printer. 

Features Related to Use of Library of 

Congress MARC copy 

1 . Upon request the system will search for the presence of MARC copy for any 
title . If MARC copy is present* printed proof copy for inspection by the 
cataloger will be produced. The cataloger may submit changes to MARC 
copy or may submit a new catalog worksheet which entirely replaces the 
MARC copy . 

2 . If MARC copy was net available when the search was made and original 
cataloging was carried out and later MARC copy is received, proof copy 
based on the MARC copy will be prepared for the cataloger to review . 

He can then change his Original cataloging if he so desires . 

3. If certain differences must exist between die established forms of names and 
subjects used in MARC copy and those used by the Library at which the 
system is in use, then for each such form one of the following options can be 
indicated: 

a. The system will automatically change from LC form to the designated 
local form . 

b . The system will not change the form but on the proof copy for each 
catalog worksheet on which this form appears* the established form 
will be flagged to notify the cataloger that it is not locally used in this 
form and must be changed by him . 
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Preparation df Proof Copy arid 
Correction of Errors : * r t 

1 . ' The machine will proauce proof copy for each original catalog worksheet 

’ ' entered for newly cataloged iteiils* or for each MARC recordvdiat is 
^ found in fesponseitd a request for a MARC search for a new title. 

: Because of the fact that the main entry* all added entries and; all subject 
' ' " ^entrie s are generated by the machine ficom the informatiqm to the catalog 
worksheet or in the* MARC copy,; it is not necessary to proofread each 
of the, entries i Prootoeadtog the single proof record that is produced 
by the machine is ish&icient to assure correctoess of all ehtr^ 

proof copy shows'that a charge should to the 

catalog Mormation entered* the cl]^nge to made by submitting to the machine 
' \C - new information for only those individual elements which are to be changed 
- ;(e ;g,* tide* edition*:h6tes) ; After each chmige*i^the machine system will 
K-;produGe newyroofcppy-.-^-;^^^ 

3 • The machine wilTohecl^ eve^^^ and subject that appears fOn the catalog 
worksheet against the machine -maintained authority file .if errors are 
disGoyered* these wiU be mar^d on-too proof copy., original cataloging 
infdrmatioii will be held to die tfiachine* but not used for pro^ctioii of catalog 
; ; efitries until the error is corrected * ' Co'irection/ctoiJbb^ma^^ by correcting 
‘ the cataloging i^ item oh which the error ;was discovered* , 

or* if it is discovered that the machine authority file is to error* by correctly 
the machine authority file . If an item remains in the machine fUe for too 
long a period without correction* proof copy is printed again as a reminder . 

4* ; Wheheyer a new entry to the authority file is made or a change to or deletion 
I- proof copy is produced^or review (authority file 

Recataloging and Changes in Established Forms 

1 •' Recatalpging is relatively simple to carry out . The new data is submitted. 

, '5 'Only the elements that are being changed heed be submitted. The machine 

system will, print corrected, catalog cards -for all entries* if card output is 
desired . If a book catalog is in use, then the next issue of the catalog will 
contain the corrected forms of the entries . If the. recataloging results in 
additional subject or added entries* these additional cards wUlbe prepared 
or the additional entries will appear in the book catalog. 

2 . If it is desired to make a change in the spelling of an established name or 

subject* or to re-establish the name or subject in a complexly new form* 
or to take entries that have been previously classified under one subject and 
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put them under another, then an established form change request is 
submitted to the machine • As a result of this, the machine will 
locate the master catalog record for all catalog items for which this 
form had been used and change the record accordingly . If. cards are 
in use as an output, the machine will produce new cards for all items 
affected. If a book catalog is in use, the next issue of the catalog will 
show the new form of the subject or name in its proper alphabetic 
sequence • The old form will have been eliminated and all entries that 
had appeared under the old form will appear under the nev form . 

Cross-Reference Control 



1 • Cross-references may be estaolished in ’’see" or "see also" form and 
automatically the corresponding "see from" and "see also from" 
references will be generated for printing in the authority file list that 
is prepared for cataloger use • Conversely,, the entry can be originally 
established in "see from" or "see also from" form and the proper 
"see" and "see also" references will be generated for printing in both 
the Public Catalog and the cataloger’ s authority file list. 

2 • Blind cross-references will not be printed, in the catalog. If the machine 
discovers a cross-reference for which there is no entry under the 
referred-to heading, it will not print the cross-reference. The cross- 
reference will be print' d the first time an entry is made under the 
referred-to heading. 

The Catalog Worksheet 

1 • The system does not require a fixed, rigidly prescribed form of catalog 
worksheet. The system wll accept a variety of catalog worksheet- 
designs, depending upon the needs of the individual library . 

2 . The catalog worksheet used for original cataloging can adhere completely 

to the definition of information elements and codings of element characteristics 
that are used in the MARC records . However, this is not required. Deviations 
from this can be made if desired. 

3 . There is nothing about the catalog worksheet specifications that is specialized 
to book material, or to any other type of material . The catalog worksheet 
design can be prepared that is appropriate to the type of material . 

4. Filing rules have not yet been prescribed for the system . However, regardless 
of the filing rules program that is adopted, there i.. provision for specific 
indication of the filing procedure that is to be followed in any exceptional case 
which the programmed filing rules cannot deal with. For established forms, 
this special filing information is entered on the machine authority file and is 
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used every time the estabUshed form is used. For hoh-established forms 
this special filing information is entered directly on the catalog worksheet . 

5 . Every element may be further subdivided into distinct portions by special 
symbols called delimiters; for instance,, the title can be divided into 

the main portion of the title and the title extension. The imprint can be 
divided into publisher, place and date, or alternatively publisher, place 
and date can each be established as separate elements^ if so desired. 

6 . Because of the variability of the design of input worksheets that is allowed, 
it is necessary to give the computer system certain information about 

the particular form of worksheet that is hi use . This is done by means of 
the input control notice . This is prepared at the time the system is first 
put into operation and is entered only once at that time . K a change to 
the form of worksheet is desired at some later time, then a new input 
control notice must be prepared and entered. The input control notice 
tells certain vital info 2 rmation dbout each element which will be used on 
the catalog worksheet. For instance, it tells whether or not the element 
contains established information which is to be checked against the machine 
authority file; it tells whether or not the element is a tracing element 
from which a catalog entry is to be generated. 

7 . The information about entry generation that is given on the. mput control 
notice may be overruled by specific indications on'the catalog worksheet. 

For instance, the' controT notice may state that ^ entry is to be generated 
for the title . However, an indication on the catalog worksheet can suppress 
this . Conversely, the control notice may state that no element is to be 
generated for the tide. Nevertheless, an indiccition .on the catalog worksheet 
can cause generation of an entry . 

The Authority File Worksheet 

1 . This is fixed in format . Format variability like that described for the catalog 
worksheet is not allowed. 

2 . The authority file worksheet allows entry of the following information: 

a . The full and correct spelling of the established form must be 
entered . 

b . Special filing information can be entered, in cases where the 
programmed filing rules will not suffice . 

c . Description codes which give information about the nature of the 
established form can be entered; e .g., codes can be used to 
distinguish between personal and corporate names . 
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d# Explanatory notes can be entered for printing in the catalog* 

e • Cataloger notes can be entered . These appear only in the 
printed authority file* not in the catalog. 

f. Cross-references can be entered* As stated above* they can 
be entered in ’’see” and ”see also” form or in *’see from” and 
’’see also from” form* 






The Printed Catalog Entries 

1 . Considerable variability in the format of die catalog entries is allowed . 

The format can be established at the time that the system is put into 
use and left unchanged, or several formats can be adopted, one for the 
regular catalog and one or more for special purposes and these variations 
can be indicated at time of printing . 

2 . The particular choice of format is specified to the machine by means of 
three notices called: The content notice, the format notice* and the 
sequence notice • 

3 . By use of the content notice, it is possible to print in the catalog entry all 
of the information that was entered at the time that the item was cataloged 
or only part of it . Furthermore, the amount of information printed can 
be made to vary in accordance with Ae type of entry . For instance, the 
main entry can be specified to contain all information* while subject and/or 
added entries could be printed in abbreviated form. The content notice 
specifies which elements of the catalog worksheet are to be printed and 
the order in which they are to be printed . If portions of an element have 
been marked off on the catalog worksheet by means of delimiters, then the 
content notice can specify that only a portion of the element is to be printed. 

4 . The following aspects of the format of the entry are under the control of the 
format notice : 

a . Whether or not a new element is to start on a new line . 

b. The amount of space from the precedirg line, if an element does 
start on a new line . 

c . Indentation, if any, on the left and on the right* if an element does 
start on a new line . 

d. Number of spaces from the previous element, if an element starts 
on the same line . 
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e • Typeface in which the element is to be printed • 

5 • The sequence notice states what elenients of the catalog record are to be 
used in determining the filing sequence in the catalog . For instance,, for 
entries under a given subject i the sequenpe might be specified as determined 
by main entry, tide, date of publication. 



* Summary of a report prepared for the New York State Library 
by the Theodore Stein Company entitled "Proposed Computer 
System for Library Catalog Maintenance" (Albany, University 
of the State of New York. 1967) 2v, 



